home *** CD-ROM | disk | FTP | other *** search
/ Aminet 28 / Aminet 28 (1998)(GTI - Schatztruhe)[!][Dec 1998].iso / Aminet / docs / help / Miamigerdoc.lha / Miami3.0 / Miami3.0.WW3 (.txt) < prev    next >
Encoding:
WordWorth  |  1998-08-28  |  572.0 KB  |  3,922 lines
  1.  
  2. Dokumentation für Miami V3.0 
  3. © Copyright 1996-1998 Nordic Global Inc. All Rights Reserved. 
  4. Layout and converting to Wordworth6® Copyright © 1998 by Michael Alzheimer.
  5. m.alzheimer@msp.baynet.de
  6.  
  7. Dies ist die Dokumentation für Miami V3.0, ein integriertes TCP/IP-System für 
  8. AmigaDOS. Copyright © 1996-1998 Nordic Global Inc. All rights reserved. 
  9. Programm und Dokumentation von Holger Kruse. 
  10. Layout und Übernahme nach Wordworth 6® Copyright © 1998 by Michael Alzheimer. 
  11. m.alzheimer@msp.baynet.de
  12.  
  13. Inhaltsverzeichnis
  14.  
  15. 1 Haftung      3
  16. 2 Gebrauch / Verbreitung      4
  17. 3 Registrierung     4
  18. 4 Einführung    5
  19. 5 Voraussetzungen      6
  20. 6 Installation    6
  21. 7 MiamiInit      6
  22. 8 ToolTypes     7
  23. 9 Konfiguration    9
  24.      9.1 Allgemeines     9
  25.           9.1.1 Registrieren    9
  26.      9.2 Schnittstelle     9
  27.           9.2.1 Schnittstellen-Typ      9
  28.           9.2.2 Gerät / Nummer    10
  29.           9.2.3 Geschwindigkeit    10
  30.           9.2.4 Verwende CD    10
  31.           9.2.5 Protokoll     10
  32.           9.2.6 Handshaking.     10
  33.           9.2.7 EOF-Modus     10
  34.           9.2.8 Betriebsart     11
  35.           9.2.9 IP-Typ / -Adresse     11
  36.           9.2.10 Netzmasken-Typ / -Adresse    11
  37.           9.2.11 Gateway-Typ / -Adresse     11
  38.           9.2.12 Multicasts     11
  39.           9.2.13 Umwandlung     12
  40.           9.2.14 MTU     12
  41.           9.2.15 SANA-II-Parameter     12
  42.           9.2.16 Inaktivität     13
  43.      9.3 PPP     13
  44.           9.3.1 PAP / CHAP-Passwort     13
  45.           9.3.2 Rückruf     13
  46.           9.3.3 VJC     14
  47.           9.3.4 ACCM     14
  48.           9.3.5 Schnelle Neuverbindung     14
  49.           9.3.6 Escape     14
  50.           9.3.7 DNS mit IPCP ermitteln     15
  51.           9.3.8 TermReq vor dem Auflegen     15
  52.      9.4 Wählmodul     15
  53.           9.4.1 Wählskript     15
  54.           9.4.2 Telefonnummern     15
  55.           9.4.3 Max Wiederholung     15
  56.           9.4.4 Wiederholpause     16
  57.           9.4.5 Wahlpause     16
  58.           9.4.6 Lernen     16
  59.           9.4.7 Login-ID / Passwort     16
  60.           9.4.8 Speichern     16
  61.      9.5 Datenbank     16
  62.           9.5.1 Protokolle     17
  63.           9.5.2 Dienste     17
  64.           9.5.3 Rechner     17
  65.           9.5.4 Netzwerke     17
  66.           9.5.5 Domains     18
  67.           9.5.6 DNS-Server     18
  68.           9.5.7 InetD     18
  69.           9.5.8 Anwender     19
  70.           9.5.9 Gruppen     19
  71.           9.5.10 Arp     19
  72.           9.5.11 Socks     20
  73.           9.5.12 IP-Filter     20
  74.      9.6 TCP/IP     21
  75.           9.6.1 Hostname     21
  76.           9.6.2 Realname / Username     21
  77.           9.6.3 ICMP verwenden     22
  78.           9.6.4 Verwende DHCP     22
  79.           9.6.5 DNS-Server überprüfen     22
  80.           9.6.6 Pseudo-IP     22
  81.           9.6.7 T/TCP    22
  82.           9.6.8 Domain automatisch hinzufügen     22
  83.           9.6.7 "down" wenn Offline     22
  84.           9.6.8 Schutz vor Dauer-Ping     23
  85.           9.6.9 Zeit ermitteln     23
  86.      9.7 Ereignisse     23
  87.      9.8 Modem     24
  88.           9.8.1 Init-String     24
  89.           9.8.2 Exit-String     24
  90.           9.8.3 Wählpräfix     24
  91.           9.8.4 Wählsuffix     24
  92.           9.8.5 Nullmodem     24
  93.      9.9 Protokollierung     25
  94.           9.9.1 Konsole     25
  95.           9.9.2 Datei     25
  96.           9.9.3 syslog.library verwenden     25
  97.           9.9.4 Telefon-Log     25
  98.           9.9.5 PPP-Log     25
  99.      9.10 Fenster     25
  100.           9.10.1 Ende-Requester     25
  101.           9.10.2 Offline-Requester     26
  102.           9.10.3 Fehler-Requester     26
  103.           9.10.4 Wählmodul     26
  104.      9.11 GUI (Benutzeroberfläche)    26
  105.           9.11.1 Hotkey     26
  106.           9.11.2 Icon anzeigen     26
  107.           9.11.3 Menue anzeigen     26
  108.           9.11.4 Keine GUI beim Start     26
  109.           9.11.5 Online-Icon     26
  110.           9.11.6 Offline-Icon     26
  111.           9.11.7 GUI-Modul     26
  112.           9.11.8 Umschalten     27
  113.      9.12 Socks    27
  114.           9.12.1 SOCKS aktivieren     27
  115.           9.12.2 Standard-SOCKS-Server     27
  116.           9.12.3 Maximale Syslog-Stufe     27
  117.      9.13 Sonstiges     27
  118. 10 Wählmodul-Befehlssprache    28
  119. 11 ARexx-Schnittstelle    29
  120. 12 Umgebungs-Variablen     29
  121. 13 Zeitzonen-Information    30
  122. 14 Austauschen von Einstellungen     30
  123.      14.1 Format für den Vertrieb      30
  124.      14.2 Austausch von Passwörtern     31
  125.      14.3 Client-Einstellungen.    32
  126. 15 Hilfsprogramme     33
  127.      15.1 MiamiArp     33
  128.      15.2 MiamiFinger     33
  129.      15.3 MiamiIfConfig     33
  130.      15.4 MiamiMapMBone     33
  131.      15.5 MiamiMRInfo    34
  132.      15.6 MiamiMRouteD    34
  133.      15.7 MiamiMTrace    34
  134.      15.8 MiamiNetStat    35
  135.      15.9 MiamiPing    37
  136.      15.10 MiamiRemind    37
  137.      15.11 MiamiResolve    38
  138.      15.12 MiamiRoute    38
  139.      15.13 MiamiSysCtl    39
  140.      15.14 MiamiTCPDump    40
  141.      15.15 MiamiTraceRoute    41
  142. 16 Kompatibilität    42
  143. 17 Einschränkungen    42
  144. 18 Entwicklung    42
  145. 19 Die Zukunft    42
  146. 20 Unterstützung    43
  147. 21 Danksagungen    43
  148. 1 Haftung 
  149.  
  150. Miami WURDE ALS TCP/IP-PAKET FÜR AmigaOS ENTWICKELT, UM DEN AMIGA ÜBER MODEM 
  151. ODER MITTELS EINER SCHNITTSTELLENKARTE MIT DEM INTERNET ZU VERBINDEN. OBWOHL 
  152. ANSTRENGUNGEN UNTERNOMMEN WORDEN SIND, Miami SO KOMPATIBEL ZUM TCP/IP-STANDARD 
  153. WIE MÖGLICH ZU MACHEN, KANN ICH TROTZDEM NICHT AUSSCHLIESSEN, DASS Miami FEHLER 
  154. ENTHÄLT, DIE SCHÄDLICHE NEBENWIRKUNGEN AUF IHR SYSTEM ODER ANDERE 
  155. ANGESCHLOSSENE RECHNER HABEN. 
  156.  ICH LEHNE HIERMIT AUSDRÜCKLICH JEGLICHE RECHTLICHE ODER FINANZIELLE 
  157. VERANTWORTUNG FÜR DIESE ODER ANDERE KONSEQUENZEN AUS DEM GEBRAUCH VON Miami AB. 
  158. DAS BEINHALTET, BESCHRÄNKT SICH ABER NICHT AUF SCHÄDEN AN IHREM GERÄT, IHREN 
  159. DATEN, ANDEREN MASCHINEN, DIE MIT IHREM AMIGA VERBUNDEN SIND, PERSONENSCHÄDEN, 
  160. FINANZIELLE SCHÄDEN, ODER IRGENDWELCHE ANDEREN NEBENWIRKUNGEN. 
  161.  Miami WIRD IHNEN VON MIR SO ZUR VERFÜGUNG GESTELLT, WIE SIE ES VORGEFUNDEN 
  162. HABEN, DAS HEISST ICH GARANTIERE NICHT, DASS Miami FÜR IRGEND EINEN BESONDEREN 
  163. ZWECK GEEIGNET IST, ODER DASS ES NEUERE PROGRAMMVERSIONEN, FEHLERKORREKTUREN, 
  164. ODER HILFE BEI DER FEHLERSUCHE GEBEN WIRD.
  165.  
  166.     Miami basiert auf dem 4.4BSD V.2 TCP/IP Netzwerk-Code, in der Version, die von 
  167. Walnut Creek auf CD-ROM vertrieben wird.
  168.  
  169.     Der gesamte 4.4BSD-Code darf frei vertrieben werden, und steht unter Copyright 
  170. von verschiedenen Autoren. Für Details zu individuellen Copyright- und 
  171. Vertriebs-Bedingungen sehen Sie bitte in den Quelltexten nach, die von 
  172. verschiedenen Quellen erhältlich sind, z.B. von dem 4.4BSD Lite-CD-ROM von 
  173. Walnut Creek. 
  174.  
  175.     Der folgende Copyright-Hinweis bezieht sich auf das 
  176. original-4.4BSD-Software-Paket: 
  177.  
  178.     Zitat Anfang 
  179.     All of the documentation and software included in the 4.4BSD and 4.4BSD-Lite 
  180. Releases is copyrighted by The Regents of the University of California. 
  181.     Copyright 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The 
  182. Regents of the University of California. All rights reserved. 
  183.     Redistribution and use in source and binary forms, with or without 
  184. modification, are permitted provided that the following conditions are met: 1. 
  185. Redistributions of source code must retain the above copyright notice, this 
  186. list of conditions and the following disclaimer. 2. Redistributions in binary 
  187. form must reproduce the above copyright notice, this list of conditions and the 
  188. following disclaimer in the documentation and/or other materials provided with 
  189. the distribution. 3. All advertising materials mentioning features or use of 
  190. this software  must display the following acknowledgement: This product 
  191. includes software developed by the University of California, Berkeley and its 
  192. contributors. 4. Neither the name of the University nor the names of its 
  193. contributors    may be used to endorse or promote products derived from this 
  194. software    without specific prior written permission. 
  195.  
  196.     THIS SOFTWARE IS PROVIDED BY THE REGENTS AND CONTRIBUTORS "AS IS" AND ANY 
  197. EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED 
  198. WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE 
  199. DISCLAIMED. IN NO EVENT SHALL THE REGENTS OR CONTRIBUTORS BE LIABLE FOR ANY 
  200. DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES 
  201. (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; 
  202. LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON 
  203. ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT 
  204. (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS 
  205. SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. 
  206.     Zitat Ende 
  207.  
  208.     Bitte beachten Sie, daß sich dieser Copyright-Hinweis NICHT auf das 
  209. Miami-Programmpaket bezieht. Miami ist NICHT frei verbreitbar, sofern das nicht 
  210. an anderer Stelle ausdrücklich erlaubt ist. Siehe Gebrauch / Verbreitung für 
  211. Details. 
  212.  
  213.     Einige der GUI-Module von Miami benötigen Magic User Interface (MUI). MUI 
  214. steht unter Copyright von Stefan Stuntz. 
  215.  
  216.     Einige der GUI-Module von Miami benötigen die MUI-Custom-Class "Busy.mcc" von 
  217. Klaus Melchior. Hier ist der dazugehörige Copyright-Hinweis: 
  218.  
  219.     Zitat Anfang 
  220.     Busy.mcc is (c) 1994-1996 by Klaus "kmel" Melchior 
  221.     Zitat Ende 
  222.  
  223.     Einige der GUI-Module von Miami benötigen gtlayout.library von Olaf Barthel. 
  224. Hier ist der zugehörige Copyright-Hinweis: 
  225.  
  226.     Zitat Anfang 
  227.     Copyright © 1993-1996 by Olaf "Olsen" Barthel Freely distributable. 
  228.     Zitat Ende 
  229.  
  230.     Einige der GUI-Module von Miami verwenden Grafiken, die auf MagicWB basieren, 
  231. und mit Erlaubnis der Autoren verwendet wurden. Hier ist der zugehörige 
  232. Copyright-Hinweis. Mehr Informationen sind aus der Datei "MagicWB.readme" 
  233. ersichtlich, die dem Miami-Archiv beiliegt. 
  234.  
  235.     Zitat Anfang 
  236.     Copyright © 1992-97, Martin Huttenloher 
  237.     Zitat Ende 
  238. 2 Gebrauch / Verbreitung 
  239.  
  240.     Miami ist Shareware. In diesem Fall bedeutet das, daß Sie ein persönliches 
  241. Keyfile benötigen, um die volle Funktionalität von Miami zu nutzen. 
  242.  
  243.     Anwender bekommen ein persönliches Keyfile von mir, nachdem sie sich 
  244. registriert haben. Das Keyfile darf anderen Anwendern nicht zur Verfügung 
  245. gestellt werden. Die Weitergabe des Keyfiles an andere Anwender und die 
  246. Benutzung von Keyfiles, die Sie nicht direkt von mir zu Ihrem persönlichen 
  247. Gebrauch bekommen haben, gelten als Software-Piraterie. 
  248.  
  249.     Keyfiles sind nicht übertragbar, und dürfen nicht an eine andere Person oder 
  250. Organisation verkauft oder getauscht werden. Sie sind ausschließlich für die 
  251. Person bestimmt, die sich registriert hat. 
  252.  
  253.     Die ausführbare Programmdatei "Miami" und die Programmdateien von 
  254. Hilfsprogrammen dürfen in keiner Weise modifiziert oder gepatcht werden (auch 
  255. nicht zum persönlichen Gebrauch), außer auf eine Art und Weise, die von mir 
  256. ausdrücklich erlaubt wurde, um auf neue Versionen upzudaten. Der Gebrauch von 
  257. gepatchten oder modifizierten Programmdateien gilt als Software-Piraterie. 
  258.  
  259.     Miami-Programmdateien dürfen nur in der vom Autor beabsichtigten Weise genutzt 
  260. werden, d.h. sie dürfen nur von Amiga-Computern mit AmigaOS ausgeführt werden. 
  261. Reassemblen, Reverse-Engineering oder das Übersetzen der Programmdateien sind 
  262. ausdrücklich verboten. 
  263.  
  264.     Die Dokumentation und Programmtexte von Miami unterliegen den gleichen 
  265. Copyright-Bestimmungen wie das Programm selbst. Das heisst, daß weder die 
  266. Dokumentation noch die Programmtexte in irgendeiner Weise verändert oder 
  267. übersetzt werden dürfen. 
  268.  
  269.     Um jegliches Mißverständnis zu vermeiden: SIE DÜRFEN die Miami-Programmtexte 
  270. und -Dokumentation NICHT übersetzen, und die Übersetzungen dann vertreiben, es 
  271. sei denn, Sie werden von mir ausdrücklich als offizieller Miami-Übersetzer 
  272. benannt. Unauthorisierte Übersetzungen der Programmtexte oder Dokumentation 
  273. sind illegal, verletzen mein Copyright, und werden von öffentlichen 
  274. Software-Sites gelöscht. 
  275.  
  276.     Wenn Sie das Miami-Archiv vertreiben möchten, gelten die folgenden 
  277. Bedingungen: 
  278.  
  279.     * Der Verkaufspreis darf nicht höher sein als die Kosten für die für die 
  280. Miami-Dateien benötigten Leerdisketten plus einer nominellen Kopiergebühr plus 
  281. Kosten für Versand. Der Gesamtpreis darf nicht höher sein als 10 US$ oder 15 DM 
  282. oder dem entsprechenden Betrag in anderen Währungen. 
  283.  
  284.     * Wenn das Miami-Archiv als Teil einer CD-ROM-Sammlung von Public Domain- 
  285. und/oder Shareware-Software vertrieben werden soll, dann darf der Verkaufspreis 
  286. des CD-ROM 20 US$, 30 DM oder den entsprechenden Betrag in anderen Währungen 
  287. nicht überschreiten. 
  288.  
  289.     * Alle Teile des Programms und der Dokumentation müssen vollständig sein. Der 
  290. Vertrieb von Teilen oder unvollständigen Archiven ist nicht gestattet. Der 
  291. Vertrieb von Keyfiles ist nicht gestattet. 
  292.  
  293.     * Miami oder Teile davon dürfen normalerweise nicht in Verbindung mit oder als 
  294. Teil von kommerzieller Software vertrieben werden. Auf Anfrage sind 
  295. Lizenzbedingungen für den kommerziellen Verkauf von Miami von kruse erhältlich. 
  296. Allerdings sollten Sie nicht annehmen, daß Sie Miami kommerziell vertreiben 
  297. dürfen, bis Sie von mir eine ausdrückliche, schriftliche Zusage erhalten.
  298.  
  299.     * Programm und Dokumentation dürfen nicht verändert werden. Ausnahme (d.h. 
  300. akzeptabel ist): die Verwendung von Archivierprogrammen wie LHA, wenn dabei 
  301. garantiert ist, daß es möglich ist, die Originaldateien zu extrahieren. 
  302.  
  303.      
  304. 3 Registrierung 
  305.     
  306.  
  307.     Wenn Sie Miami häufig nutzen, Funktionen, die in der Demoversion nicht 
  308. verfügbar sind, benötigen, oder Ihre Verbindung länger als eine Stunde aufrecht 
  309. erhalten möchten, sollten Sie sich für Miami registrieren. 
  310.  
  311.     Um sich zu registrieren, starten Sie bitte das Programm MiamiRegister. Es 
  312. erklärt die Registrierprozedur im Detail, und erlaubt Ihnen, sich im Dialog zu 
  313. registrieren. 
  314.  
  315.     Wenn Sie aus irgend einem Grund MiamiRegister nicht starten können, 
  316. kontaktieren Sie mich bitte bei kruse. 
  317.  
  318.     Für Registrierungen innerhalb Deutschland wird derzeit der folgende Händler 
  319. empfohlen: ADX Datentechnik GmbH Haldesdorferstr. 119 22179 Hamburg
  320. Tel. 040 - 642 02656
  321. Internet: http://www.adx.de
  322.     Registrierte Anwender von ppp.device erhalten einen Rabatt beim Umstieg auf 
  323. Miami, wenn Sie sich direkt beim Autor registrieren. Die Details werden in 
  324. MiamiRegister erklärt. 
  325.  
  326.     Sonderangebote für Gruppenregistrierung (10 oder mehr Anwender auf einmal), 
  327. Vorausbezahlung von Lizenzen und kommerziellen Wiederverkauf sind ebenfalls 
  328. möglich. Kontaktieren Sie bitte kruse für mehr Details. 
  329.  
  330.     Anwender, die sich bereits für Miami 2.x registriert haben, benötigen für 
  331. Miami 3.0 neue Keyfiles. Die Upgraderegelung ist: 
  332.     * Wenn Sie Ihre Miami-Keyfiles nach dem 15. Juni 1997 erhalten haben, dann ist 
  333. Ihr Upgrade auf Miami 3.0 kostenlos. 
  334.     * Wenn Sie Ihre Miami-Keyfiles vor dem 15. Juni 1997 erhalten haben, benötigen 
  335. Sie einen Upgrade-Code, um Ihre Keyfiles upzugraden. Upgrade-Codes sind von 
  336. Nordic Global Inc. (für US$ 12.00) erhältlich, und von einigen Registriersites. 
  337.  
  338.  
  339.     Um Ihre Keyfiles upzugrade, starten Sie bitte MiamiRegister. Das Programm 
  340. bietet Ihnen Upgradeoptionen an, und wird Ihnen auch mitteilen, ob für Sie beim 
  341. Upgrade eine Gebühr entsteht. 
  342.  
  343.  
  344.     
  345. 4 Einführung
  346.  
  347.     Miami ist ein integriertes TCP/IP-System für AmigaOS, mit dem Sie auf sehr 
  348. einfache Weise auf das Internet oder ein lokales Netzwerk zugreifen können, 
  349. sowohl per Modem als auch per Schnittstellenkarte (z.B. Ethernet). 
  350.  
  351.     Miami basiert auf der aktuellen Version (4.4BSD V2) des offiziellen 
  352. BSD-Netzwerk-Codes, plus einiger Erweiterungen Dritter (wie z.B. FreeBSD-T/TCP- 
  353. und Path-MTU-Discovery-Code). Das heisst Miami ist ein "echter" und 
  354. vollständiger TCP/IP-Stack, nicht eine Emulation, die nur Teile des 
  355. TCP/IP-Standards unterstützt. 
  356.  
  357.     Die Programmierschnittstelle von Miami ist kompatibel mit der von AmiTCP 4.x 
  358. verwendeten (bsdsocket.library), d.h. die meisten für AmiTCP 4.x geschriebenen 
  359. und compilierten Programme funktionieren ohne Änderung und ohne neu-compilieren 
  360. mit Miami. 
  361.  
  362.     Ausserdem enthält Miami ein eingebautes Wählmodul, das sowohl per Skript 
  363. gesteuert, als auch interaktiv genutzt werden kann, eine Implementierung der 
  364. (C)SLIP- und PPP-Protokolle, eine Schnittstelle für SANA-II-Treiber, eine 
  365. graphische Benutzeroberfläche für Programmsteuerung und -konfiguration, die 
  366. Client-seitige Implementierung des SOCKS-Protokolls für Proxy-Server, und viele 
  367. andere Funktionen. 
  368.     Miami hat zusätzlich eine eingebaute Implementierung von inetd, dem 
  369. "Internet-Super-Server", mit diversen eingebauten Diensten einschließlich 
  370. "fingerd" und "identd", eine eingebaute Implementierung von TCP:, dem 
  371. AmigaDOS-Stream-Handler für TCP/IP, und eine eingebaute Implementierung der 
  372. usergroup.library, dem Interface zur Verwaltung von Anwendern und 
  373. Anwendergruppen. 
  374.  
  375.     Im Gegensatz zu anderen Mehrzweckstacks enthält Miami eine umfangreiche 
  376. Unterstützung für Modem-basierte Internet-Anwahl. Die Konfiguration dafür ist 
  377. so einfach wie möglich gehalten: die meisten Konfigurationsparameter werden von 
  378. Miami automatisch ermittelt. Ausserdem unterstützt Miami die Verwendung von 
  379. vorkonfigurierten Einstellungen für bestimmte Internet-Provider. Miami kann 
  380. auch mit anderen Verbindungen außer Modem-Verbindungen genutzt werden, z.B. mit 
  381. einer Ethernet-Karte, einer Arcnet-Karte oder einem Kabelmodem. 
  382.  
  383.     Miami unterstützt verschiedene GUI-Module für die Konfiguration. Wenn Sie 
  384. Miami bedienen (z.B. online oder offline gehen, oder Einstellungen verändern), 
  385. muß ein GUI-Modul geladen sein. Sobald Miami online ist, ist es möglich, daß 
  386. GUI-Module aus dem Speicher zu entfernen, um Speicherplatz zu sparen. Sie 
  387. können das GUI-Modul jederzeit wieder laden, wenn Sie Änderungen an Ihren 
  388. Einstellungen vornehmen möchten. 
  389.  
  390.     Miami unterstützt derzeit die folgenden GUI-Module:
  391.  
  392.  MUI Dieses Modul benötigt MUI (Magic User Interface) 3.8 oder höher, und 
  393. erzeugt eine Benutzerschnittstelle im typischen MUI-Stil. 
  394.  MUIMWB Dieses Modul ist identisch zum "MUI"-Modul, hat aber Grafiken an 
  395. einigen Stellen, nicht nur Text, und ist sorgfältiger designed worden. Es 
  396. benötigt MUI 3.8 und einen Bildschirm mit mindestens 8 Farben mit der 
  397. MagicWB-Farbpalette. 
  398.  GTLayout Dieses Modul generiert eine Benutzeroberfläche basierend auf 
  399. GadTools, und benötigt Olaf Barthel"s gtlayout.library Version 40 oder höher. 
  400. Es benötigt MUI nicht.
  401.  
  402.     Das empfohlene GUI-Modul ist "MUI" oder (für Bildschirme mit vielen Farben) 
  403. "MUIMWB". Das GTLayout-Modul kann auch verwendet werden, aber einige der 
  404. Funktionen der MUI-Module (z.B. drag&drop-Sortieren von Datenbank-Einträgen) 
  405. sind damit nicht verfügbar. 
  406.  
  407.     Vor dem Start sollten Sie sich zuerst MiamiInit. MiamiInit ist ein Programm, 
  408. das Miami für die meisten Anwender automatisch konfiguriert, einschließlich 
  409. Wählskript, Passwort-Abfrage, IP-Adresse, DNS-Server, Netzmaske und allen 
  410. anderen Konfigurationsparametern. 
  411.     Nachdem Sie MiamiInit ausgeführt haben, sollten Sie Miami starten, die 
  412. Konfiguration importieren, die Einstellungen speichern, und die Verbindung zu 
  413. Ihrem Provider aufbauen. 
  414.  
  415.     
  416. 5 Voraussetzungen
  417.  
  418.     Um Miami zu benutzen, brauchen Sie: 
  419.     * einen Amiga mit OS 2.04 oder höher 
  420.     * MUI 3.8 oder höher, wenn Sie die MUI-Module verwenden wollen, oder 
  421. alternativ gtlayout.library V40 oder höher für die GTLayout-Module. 
  422.  
  423.     Sie brauchen auch irgendwelche Hardware für die Netzwerkanbindung, und einen 
  424. Rechner, zu dem Sie die Verbindung aufbauen möchten. Das können z.B. sein: 
  425.  
  426.     * ein mit dem Amiga verbundenes Modem und eine Telefonleitung. Das Modem 
  427. sollte einigermassen Hayes-kompatibel sein. Das trifft auf die meisten modernen 
  428. Modems zu. Ausserdem brauchen Sie dann einen SLIP- oder PPP-Zugang bei einem 
  429. Internet-Provider. Wenn Sie nur einen Shell-Zugang haben, können Sie Miami 
  430. damit auch verwenden, aber Sie müssen dann zunächst Slirp oder TIA bei Ihrem 
  431. Provider installieren. In diesem Fall sollten Sie Ihren Provider zunächst um 
  432. Erlaubnis fragen, und dann auch, wie und woher Sie Slirp oder TIA am besten 
  433. bekommen können. 
  434.     * eine Ethernet-Karte, ein Kabelmodem, und einen Netzwerk-Zugang, wie oben 
  435. beschrieben. 
  436.     * eine Ethernet-Karte, die Ihren Amiga mit einem lokalen Netz verbindet. 
  437.     Beachten Sie, daß Miami ppp.device, appp.device, amippp.device oder 
  438. (rh)(c)slip.device nicht benötigt. Die Protokolle PPP und (C)SLIP sind in Miami 
  439. eingebaut, und zwar in Versionen, die effizienter und fortgeschrittener sind 
  440. als die derzeit erhältlichen SANA-II-Treiber. 
  441.  
  442.  
  443. 6 Installation
  444.  
  445.     Zu Miami sind die folgenden Archive erhältlich: 
  446.  Miami30main.lha
  447. Das Hauptarchiv. Jeder Anwender braucht es. 
  448.  
  449.  Miami30-000.lha
  450. Die 68000/010-Version von Miami. Sie brauchen dieses Archiv, wenn Ihr Amiga 
  451. eine 68000 oder 68010 CPU hat.
  452.  
  453.  Miami30-020.lha
  454. Die 68020+-Version von Miami. Sie brauchen dieses Archiv, wenn Ihr Amiga eine 
  455. 68020, 68030, 68040 oder 68060 CPU hat. 
  456.  
  457.  Miami30MUI.lha
  458. Das MUI-Modul für Miami. Sie brauchen es, wenn Sie Miami zusammen mit MUI >=3.8 
  459. verwenden wollen. 
  460.  
  461.  Miami30GTL.lha
  462. Das GTLayout-Modul für Miami. Sie brauchen es, wenn Sie Miami zusammen mit 
  463. glayout.library V40 oder höher verwenden wollen. 
  464.  
  465.     Jeder Anwender benötigt das Hauptarchiv, eins der beiden CPU-Archive, und 
  466. mindestens eins der beiden GUI-Modul-Archive. Sie können auch mehr als ein 
  467. GUI-Modul installieren, wenn Sie möchten. 
  468.  
  469.     Downloaden Sie bitte die benötigten Archive, entarchivieren Sie sie, in das 
  470. gleiche (temporäre) Verzeichnis, und starten Sie dann das beiliegende 
  471. Installer-Skript, um Miami auf Ihrer Festplatte zu installieren. Das 
  472. Installer-Skript kann für eine Neu-Installation und für Updates benutzt werden. 
  473.  
  474.  
  475.     Alle Dateien werden in einem einzigen Verzeichnis installiert, und keine 
  476. Systemdateien oder Systemverzeichnisse werden von Miami verändert, mit einer 
  477. Ausnahme: 
  478.  
  479.     Das Installer-Skript fragt Sie, ob Sie den "Miami:"-Assign erzeugen möchten, 
  480. und fügt dann den benötigten Befehl zu Ihrer user-startup-Datei hinzu. Das ist 
  481. notwendig. Wenn Sie diesen Schritt bei der Installation überspringen, müssen 
  482. Sie den Assign manuell erzeugen, bevor Sie Miami starten. Ansonsten 
  483. funktioniert Miami nicht korrekt. 
  484.  
  485.  
  486. 7 MiamiInit
  487.  
  488.  
  489.  
  490.  
  491.  
  492.  
  493.  
  494.  
  495.  
  496.  
  497.  
  498.  
  499.  
  500.  
  501.  
  502.  
  503.     MiamiInit ist ein Hilfsprogramm, das versucht, alle Konfigurationsparameter, 
  504. die Miami für eine serielle Verbindung (SLIP oder PPP) oder eine 
  505. SANA-II-Verbindung (Ethernet, Arcnet usw.) braucht, automatisch zu ermitteln, 
  506. und das dann eine Konfigurationsdatei speichert, die später von Miami genutzt 
  507. werden kann. 
  508.  
  509.     Nach dem Installieren von Miami sollten Sie zur Konfiguration Ihrer Verbindung 
  510. zuerst MiamiInit starten und dem Dialog folgen. MiamiInit erzeugt dann die 
  511. Verbindung, ermittelt alle notwendigen Parameter, und speichert diese zum 
  512. Schluß. 
  513.  
  514.     MiamiInit unterstützt derzeit nur die häufig verwendeten Konfigurationen. Sehr 
  515. ungewöhnliche Fälle, wie andere Datenformate als 8N1, Modems, die nicht 
  516. kompatibel zum Hayes-Standard sind, oder 3-Draht-Modemkabel werden nicht 
  517. unterstützt. Wenn Sie eine derartige, ungewöhnliche Konfiguration haben, 
  518. sollten Sie Miami manuell konfigurieren, statt MiamiInit zu benutzen. 
  519.  
  520.     Bitte beachten Sie, daß je nach Konfiguration Ihres Netzes MiamiInit 
  521. möglicherweise nicht alle Informationen ganz selbständig ermitteln kann. Es ist 
  522. kein Fehler, wenn MiamiInit sie z.B. nach der IP-Adresse oder Netzmaske während 
  523. der Konfiguration fragt. Das bedeutet nur, daß es auf dem Netz keinen Server 
  524. gibt, der diese Informationen MiamiInit bereitstellt. In diesem Fall müssen Sie 
  525. Ihren Netzanbieter oder Netzverwalter nach den fehlenden Informationen fragen. 
  526.  
  527.     Üblicherweise müssen Sie die meisten Informationen manuell eintragen, wenn Sie 
  528. ein sehr kleines lokales Netz aufbauen, das nur aus Amigas und PCs besteht. 
  529. Wenn Sie dagegen eine Verbindung zum Internet oder einem Firmennetz aufbauen, 
  530. das dafür eingerichtet ist, neue Rechner automatisch zu konfigurieren, dann 
  531. findet MiamiInit oft die meisten oder alle Informationen von einem Server. 
  532.  
  533.     
  534. 8 ToolTypes 
  535.  
  536.     Miami unterstützt die folgenden ToolTypes (beim Start von der Workbench) bzw. 
  537. Parameter (beim Start von der Shell): 
  538.  
  539.  PACKETDEBUG
  540. Schaltet den Paket-Level-Debugging-Modus ein. Wenn Sie "PACKETDEBUG=10" oder 
  541. "PACKETDEBUG=20" angeben, erzeugt Miami eine  Datei "Miami.debug" mit einem 
  542. Hexdump aller verschickten und empfangenen Pakete. Sie sollten diese Funktion 
  543. nur beim Debugging verwenden, nicht während des normalen Betriebs, da die Datei 
  544. sehr schnell in der Größe anwächst, und das Protokollieren viel CPU-Zeit 
  545. verbraucht. Ein Wert von 10 protokolliert nur Paketinhalte. Ein Wert von 20 
  546. protokolliert auch rohe Paketdaten (für PPP/SLIP). 
  547.  DONTCONNECT
  548. Wenn Sie Miami so konfiguriert haben, daß es beim Start automatisch eine 
  549. Verbindung zu Ihrem Internet-Provider aufbaut, können Sie das mit dieser Option 
  550. unterbinden. Das gibt Ihnen die Möglichkeit, vor dem Aufbau der Verbindung noch 
  551. die Einstellungen zu verändern. 
  552.  
  553.  SETTINGS
  554. Ein Projekt-Icon muss ein "SETTINGS"-ToolType haben, damit Miami es als eine 
  555. Einstellungen-Datei erkennt. Von der Shell können Sie den Parameter "SETTINGS 
  556. Dateiname" verwenden, um anzugeben, welche Einstellungen-Datei geladen werden 
  557. soll.
  558.  
  559.  IMPORTMIAMIINIT "IMPORTMIAMIINIT=Dateiname" veranlaßt Miami, eine 
  560. Einstellungen-Datei von MiamiInit zu importieren. 
  561. IMPORTASCII "IMPORTASCII=Dateiname" veranlaßt Miami, eine 
  562. Einstellungen-Datei    vom ASCII-Format (Format für Vertrieb) zu importieren.
  563.  
  564.  SAVESETTINGS
  565. "SAVESETTINGS" veranlaßt Miami, die aktuellen Einstellungen als 
  566. Standardeinstellungen zu speichern. Das ist besonders nützlich in Verbindung 
  567. mit den ToolTypes "IMPORTMIAMIINIT" und "IMPORTASCII", um Einstellungen zu 
  568. importieren, und in das Miami-Einstellungen-Format zu konvertieren.
  569.  
  570.  AREXX
  571. "AREXX=Dateiname" veranlaßt Miami, das angegebene ARexx-Skript beim 
  572. Programmstart auszuführen. 
  573.  
  574.  GUI
  575. "GUI=Name" teilt Miami mit, welches GUI-Modul verwendet werden soll. Dieses 
  576. Argument hat Vorrang vor dem Wert, der in der Einstellungen-Datei gespeichert 
  577. ist.
  578.  
  579.     Versuchen Sie NICHT, undokumentierte ToolTypes zu verwenden ! Solche ToolTypes 
  580. tun normalerweise nicht das, was Sie erwarten, und können die Kompatibilität 
  581. oder Leistung von Miami verringern. 
  582.  
  583.  
  584.     
  585.  
  586. 9 Menüs
  587.  
  588.  
  589.  
  590.  
  591.  
  592.  
  593.  
  594.  
  595.  
  596.  
  597. Beschreibung aller Menüpunkte: 
  598.  
  599.  Projekt/Über...
  600. Informationen über Miami anzeigen. 
  601.  
  602.  Projekt/Über MUI...
  603. Informationen über MUI (Magic User Interface) anzeigen. Dieser Menüpunkt 
  604. erscheint nur, wenn Sie eins der MUI-Module verwenden. 
  605.  
  606.  Projekt/Iconifizieren
  607. Alle Fenster von Miami iconifizieren. Beachten Sie, daß dieser Menüpunkt für 
  608. einige GUI-Module (z.B. GTLayout) gleichbedeutend mit "Projekt/GUI ausschalten" 
  609. ist. 
  610.  
  611.  Projekt/GUI ausschalten
  612. Iconifiziert alle Fenster von Miami, und entfernt das GUI-Modul aus dem 
  613. Speicher. 
  614.  
  615.  Projekt/Offline ohne aufzulegen...
  616. Geht offline, ohne vorher die Modem-Leitung aufzulegen. 
  617.  
  618.  Projekt/Ende ohne aufzulegen...
  619. Miami beenden, ohne vorher die Modem-Leitung aufzulegen. 
  620.  
  621.  Projekt/Ende...
  622. Miami beenden. 
  623.  
  624.  
  625.  
  626.  
  627.  
  628.  
  629.  
  630.  
  631.  
  632.  
  633.  
  634.  
  635.  
  636.  
  637.  Einstellungen/Laden...
  638. Eine Einstellungen-Datei laden. 
  639.  
  640.  Einstellungen/Speichern
  641. Einstellungen in der aktuellen Datei speichern. 
  642.  
  643.  Einstellungen/Speichern als...
  644. Einstellungen in einer neuen Datei speichern. 
  645.  
  646.  Einstellungen/Speichern als Standard
  647. Einstellungen in der Standarddatei speichern. 
  648.  
  649.  Einstellungen/Piktogramm erzeugen
  650. Automatisch Piktogramm (Icon) erzeugen, wenn die Einstellungen gespeichert 
  651. werden. 
  652.  
  653.  Importieren von Vertrieb...
  654. Einstellungen-Datei von Miami"s Vertriebs-(ASCII)Format importieren. 
  655.  
  656.  Exportieren für Vertrieb...
  657. Einstellungen-Datei in Miami"s Vertriebs-(ASCII)Format exportieren. 
  658.  
  659.  Importieren von MiamiInit V2...
  660. Einstellungen-Datei von MiamiInit Version 2 importieren. Diese Funktion ist 
  661. veraltet. Sie sollten stattdessen MiamiInit Version 3 verwenden, und die 
  662. Import-Funktion "Importieren von MiamiInit V3..." 
  663.  
  664.  Importieren von MiamiInitSANA2 V2...
  665. Einstellungen-Datei von MiamiInitSANA2 Version 2 importieren. Diese Funktion 
  666. ist veraltet. Sie sollten stattdessen MiamiInit Version 3 verwenden, und die 
  667. Import-Funktion "Importieren von MiamiInit V3..." 
  668.  
  669.  Importieren von MiamiInit V3...
  670. Einstellungen-Datei von MiamiInit Version 3 importieren. 
  671.  
  672.  MUI Einstellungen...
  673. MUI-Konfigurationsfenster öffnen. Dieser Menüpunkt erscheint nur, wenn Sie eins 
  674. der MUI-Module verwenden. 
  675. 9 Konfiguration
  676.  
  677.     Die Konfiguration von Miami erfolgt vollständig durch die graphische 
  678. Benutzeroberfäche. Es müssen keine Konfigurationsdateien oder 
  679. Environment-Variablen modifiziert werden. 
  680.  
  681.     Beschreibung der graphischen Benutzeroberfläche: 
  682.  
  683. 9.1 Allgemeines
  684.  
  685.  
  686.  
  687.  
  688.  
  689.  
  690.  
  691.  
  692.  
  693.  
  694.  
  695.  
  696.  
  697.     Hier gibt es nicht viel, ausser dem offiziellen Miami-Logo und einem Schalter, 
  698. um das Miami-Registrierprogramm zu starten. 
  699.  
  700.     Bei einigen GUI-Modulen (z.B. MUI) erscheint diese Seite, indem man auf 
  701. "Allgemeines" im Listview klickt. Bei anderen GUI-Modulen ist im Hauptfenster 
  702. immer der Inhalt der "Allgemeines"-Seite zu sehen, und alle anderen Seiten 
  703. erscheinen in getrennten Fenstern. 
  704.  
  705. 9.1.1 Registrieren
  706.  
  707.     Dieser Schalter startet das Programm MiamiRegister, mit dem Sie einen 
  708. Miami-Lizenzcode bestellen, Miami registrieren oder Ihre Registrierung upgraden 
  709. können. MiamiRegister muß in dem gleichen Verzeichnis wie Miami sein, oder im 
  710. Standard-Suchpfad der Shell. 
  711.  
  712.  
  713.     
  714. 9.2 Schnittstelle 
  715.  
  716.  
  717.  
  718. 9.2.1 Schnittstellen-Typ  
  719.  
  720.     Dieser Schalter wählt den Typ der zu verwendenden Schnittstelle aus. Das 
  721. genaue Aussehen der "Schnittstelle"-Seite hängt davon ab, welcher 
  722. Schnittstellen-Typ gewählt wird, d.h. es werden nur solche Schalter angezeigt, 
  723. die für den ausgewählten Schnittstellentyp von Bedeutung sind. 
  724.  
  725.     Mögliche Typen: 
  726.  
  727.  interner serieller Port (PPP/SLIP)
  728. Die eingebaute Standard-Implementierung von PPP oder (C)SLIP, in Verbindung mit 
  729. Miami"s eigenem Treiber für den im Amiga eingebauten Port. Dieser 
  730. Schnittstellen-Typ kann nur mit dem im Amiga eingebauten seriallen Port genutzt 
  731. werden, und benötigt keine zusätzlichen Treiber. Mit diesem Schnittstellen-Typ 
  732. erreicht man i.A. besseren Datendurchsatz als mit "seriell (PPP/SLIP)" und 
  733. serial.device (oder einem Ersatz-Treiber). 
  734.  
  735.  seriell (PPP/SLIP)
  736. Die eingebaute Standard-Implementierung von PPP oder (C)SLIP, in Verbindung mit 
  737. einem beliebigen serial.device-kompatiblen Treiber. Dieser Schnittstellen-Typ 
  738. benötigt keinen SANA-II-Treiber. 
  739.  
  740.  SANA-II Punkt-zu-Punkt
  741. Ein SANA-II-Treiber für eine Hardware, die genau zwei Rechner verbindet, z.B. 
  742. SLIP, PPP oder PLIP. 
  743.  
  744.  SANA-II Ethernet
  745. Ein SANA-II-Treiber für eine Ethernet-Karte, z.B. die A2065-Karte, die 
  746. Hydra-Karte, oder die Ariadne-Karte. 
  747.  
  748.  SANA-II "altes" Standard-Arcnet
  749. Ein SANA-II-Treiber für eine Arcnet-Karte, z.B. die A2060-Karte. Diese 
  750. Einstellung verwendet die normale "alte" RFC1051-Arcnet-Verkapselung, die in 
  751. Amiga-Netzen häufiger verwendet wird als die "neue" RFC1201-Verkapselung. Sie 
  752. sollten die "alte" Verkapselung verwenden, wenn Sie Ihren Amiga mit Rechnern 
  753. vernetzen wollen, die AmiTCP/IP, I-Net 225 oder NetBSD 1.1 fahren. 
  754.  
  755.  SANA-II "neues" Arcnet
  756. Ein SANA-II-Treiber für eine Arcnet-Karte, z.B. die A2060-Karte. Diese 
  757. Einstellung verwendet die "neue" RFC1201-Arcnet-Verkapselung. Sie ist nicht 
  758. kompatibel zu AmiTCP/IP oder NetBSD 1.1, aber Sie brauchen diese Einstellung 
  759. möglicherweise, wenn Sie Ihren Amiga mit anderen Plattformen wie Windows 95 
  760. vernetzen wollen. 
  761.  
  762.  SANA-II anderer Bus/Ring
  763. Ein SANA-II-Treiber für eine Bus- oder Ring-Hardware ausser Ethernet oder 
  764. Arcnet. Wählen Sie diese Einstellung, wenn Ihre Hardware mehr als zwei Rechner 
  765. verbinden kann, aber nicht kompatibel zu Ethernet oder Arcnet ist. 
  766.      
  767. 9.2.2 Gerät / Nummer
  768.  
  769.  Für serielle Schnittstellen: Geben Sie den Gerätenamen und die Unit-Nummer des 
  770. seriellen Ports ein, an dem Ihr Modem angeschlossen ist. Für den im Amiga 
  771. eingebauten seriellen Port verwenden Sie "serial.device" "0" oder 
  772. "artser.device" "0". Sie sollten derzeit nicht "8n1.device" verwenden, wegen 
  773. Fehlern in diesem Treiber. Einige Anwender haben auch von Problemen mit 
  774. "BaudBandit.device" und "v34serial.device" berichtet. 
  775.  Für serielle Schnittstellenkarten verwenden Sie den Treiber, der mit der Karte 
  776. mit geliefert wird, z.B. "gvpser.device", mit der korrekten Unit-Nummer. 
  777.  Für SANA-II-Schnittstellen: Geben Sie den Gerätenamen und die Unit-Nummer 
  778. Ihrer SANA-II-Hardware an. Die Unit-Nummer ist in den meisten Fällen 0. 
  779.      
  780. 9.2.3 Geschwindigkeit
  781.  
  782.     (Diese Option erscheint nur für serielle Schnittstellen.) 
  783.  
  784.     Die Geschwindigkeit Ihres seriellen Ports. Für den internen seriellen Port 
  785. sollten Sie 19200, 38400 oder (wenn Sie eine schnelle CPU und eine Grafikkarte 
  786. haben) 57600 benutzen. Für serielle Schnittstellenkarten können Sie 
  787. möglicherweise auch 115200 oder 230400 verwenden. 
  788.  
  789.     Verwenden Sie nicht 31250. Diese Geschwindigkeit ist ausschliesslich für MIDI 
  790. reserviert und funktioniert mit den meisten Modems nicht. 
  791.  
  792.     Verwenden Sie auch nicht 14400, 28800 oder 33600. Ihr Modem mag zwar mit 
  793. diesen Geschwindigkeiten Verbindungen zur Gegenseite aufbauen, aber unterstützt 
  794. diese Geschwindigkeiten wahrscheinlich nicht für die serielle Schnittstelle. 
  795.     
  796. 9.2.4 Verwende CD
  797.  
  798.     (Diese Option erscheint nur für serielle Schnittstellen.) 
  799.  
  800.     Wenn "Verwende CD" aktiviert ist, dann verwendet Miami die "Carrier 
  801. Detect"-Leitung Ihres Modems um festzustellen, ob Ihr Modem bereits mit der 
  802. Gegenseite verbunden ist oder nicht. 
  803.  
  804.     Das kann nützlich sein, wenn Sie Ihren Amiga resetten ohne daß das Modem 
  805. auflegt, damit Sie Miami neu starten können, ohne neu zu wählen. 
  806.     Diese Option kann nur verwendet werden, wenn Ihr Modem so konfiguriert ist, 
  807. daß die "Carrier Detect"-Leitung nur aktiv ist, wenn eine Verbindung besteht. 
  808.  
  809.     Einige Modems haben Fabrikeinstellungen, die die "Carrier Detect"-Leitung 
  810. immer auf "high" setzen, auch wenn das Modem nicht verbunden ist. Wenn das auf 
  811. Ihr Modem zutrifft, müssen Sie entweder die Modem-Einstellungen ändern 
  812. (normalerweise "AT&C1") und die Einstellungen dann mit einem Terminalprogramm 
  813. im NV-RAM Ihres Modems speichern (normalerweise "AT&W"), oder "Verwende CD" 
  814. abschalten. 
  815.  
  816.     Wenn Sie die Nullmodem-Einstellungen (konfiguriert auf der "Modem"-Seite) 
  817. verwenden, dann bekommt dieser Schalter eine andere Bedeutung: 
  818.     * Wenn der Schalter aktiviert ist, wird das Wählskript überhaupt nicht 
  819. ausgeführt. 
  820.     * Wenn der Schalter deaktiviert ist, wird das Wählskript ausgeführt, aber 
  821. Miami wählt keine Telefonnummer an, d.h. der "ATDT..."-Befehl wird 
  822. übersprungen, und die Telefonnummern-Liste wird bedeutungslos. 
  823.  
  824. 9.2.5 Protokoll 
  825.  
  826.     (Diese Option erscheint nur für serielle Schnittstellen.) 
  827.  
  828.     Das Protokoll, das Ihr Internet-Provider verwendet. Derzeit unterstützt werden 
  829. SLIP/CSLIP und PPP. 
  830.  
  831. 9.2.6 Handshaking
  832.  
  833.     (Diese Option erscheint nur für serielle Schnittstellen.) 
  834.  
  835.     Miami unterstützt derzeit zwei Handshaking-Methoden: Hardware-Handshaking 
  836. (RTS/CTS) und Software-Handshaking (Xon/Xoff). Die Standardeinstellung ist 
  837. Hardware-Handshaking, und es wird dringend empfohlen, das auch nicht zu ändern. 
  838.  
  839.  
  840.     Wenn Sie Hardware-Handshaking nicht verwenden können (normalerweise wegen 
  841. eines defekten Modems, Kabels, oder seriellen Ports), sollten Sie auf 
  842. Software-Handshaking umschalten. Achten Sie dann aber darauf, dass der 
  843. Initialisierungsstring Ihres Modems (im Wählmodul-Fenster) entsprechend 
  844. angepasst wird. Ausserdem ist Software-Handshaking nur mit PPP möglich, nicht 
  845. mit SLIP/CSLIP. 
  846.  
  847. 9.2.7 EOF-Modus 
  848.  
  849.     (Diese Option erscheint nur für serielle Schnittstellen.) 
  850.  
  851.     Miami hat zwei Möglichkeiten, das Ende von ankommenden Datenpaketen zu 
  852. erkennen: Die effizientere (mit geringerem CPU-Zeit-Verbrauch) verwendet das 
  853. EOF_MODE-Flag. Allerdings funktioniert das nur, wenn der serielle Treiber den 
  854. EOF-Modus unterstützt. Viele Treiber von Drittherstellern unterstützen diesen 
  855. Modus nicht. 
  856.  
  857.     Normalerweise sollten Sie diesen Schalter auf "auto" stehen lassen, damit 
  858. Miami die Standardeinstellung benutzt. Wenn Sie genau wissen, ob Ihr Treiber 
  859. den EOF-Modus unterstützt, können Sie das auch hier einstellen. 
  860.     
  861. 9.2.8 Betriebsart 
  862.  
  863.     (Diese Option erscheint nur für serielle Schnittstellen.) 
  864.  
  865.     Die Einstellungen für die Anzahl Datenbits und Parität. Für 99% aller Provider 
  866. ist 8N1 korrekt. Einige wenige Provider (z.B. einige Dialin-Punkte für 
  867. Compuserve) benötigen möglicherweise 7E1 oder 7O1. 
  868.  
  869.     Bitte beachten Sie, daß sich diese Einstellungen nur auf die Wähl- und 
  870. Loginphase beziehen. Für das (C)SLIP/PPP-Protokoll verwendet Miami immer 8N1, 
  871. unabhängig davon, was Sie hier einstellen. Es ist abolut unmöglich, PPP oder 
  872. (C)SLIP über eine 7-Bit-Leitung zu nutzen - mit jeder 
  873. PPP/(C)SLIP-Implementierung. Das ist keine Einschränkung in Miami. 
  874.  
  875. 9.2.9 IP-Typ / -Adresse 
  876.  
  877.     Internet-Provider bieten üblicherweise zwei Arten von Internet-Verbindungen 
  878. an: solche mit einer statischen IP-Adresse, die Ihrem Amiga permanent 
  879. zugewiesen wird, und (häufiger) solche, bei denen Ihr Amiga bei jeder 
  880. Neu-Verbindung eine andere, dynamische IP-Adresse erhält. 
  881.  
  882.  Für serielle Schnittstellen: Wenn Ihr Amiga eine feste IP-Adresse hat, wählen 
  883. Sie "statisch" und geben Sie die IP-Adresse ein, die Ihnen Ihr Provider gegeben 
  884. hat. Wenn Ihr Provider Ihnen eine dynamische IP-Adresse für jede Verbindung 
  885. zuweist, dann wählen Sie "dynamisch", und Miami ermittelt die IP-Adresse 
  886. automatisch, wenn Sie eine Verbindung aufbauen. 
  887.  
  888.  Wenn Sie TIA oder Slirp verwenden, müssen Sie "statisch" wählen, und die 
  889. Pseudo-IP-Adresse eingeben, die TIA oder Slirp Ihrem Amiga zugewiesen hat. Mehr 
  890. Informationen hierzu stehen in der TIA/Slirp-Anleitung. 
  891.  
  892.  Für SANA-II-Punkt-zu-Punkt-Verbindungen: Wenn Ihr Amiga eine feste IP-Adresse 
  893. hat, wählen Sie "statisch" und geben Sie die IP-Adresse ein. Wenn Ihnen die 
  894. Adresse von einem BootP/DHCP-Server zugewiesen wird, dann wählen Sie "DHCP". 
  895. Wenn der SANA-II/Treiber die IP-Adresse selbst ermittelt, dann wählen Sie 
  896. "SANA-II". 
  897.  
  898.  Für SANA-II-Bus/Ring-Schnittstellen: Wenn Ihr Amiga eine feste IP-Adresse hat, 
  899. wählen Sie "statisch" und geben Sie die IP-Adresse ein. Wenn Ihnen die Adresse 
  900. von einem BootP/DHCP-Server zugewiesen wird, dann wählen Sie "DHCP". Wenn Ihnen 
  901. die Adresse von einem RArp-Server zugewiesen wird, dann wählen Sie "RArp". 
  902.  
  903. 9.2.10 Netzmasken-Typ / -Adresse
  904.  
  905.     (Diese Option erscheint nur für SANA-II-Bus-/Ring-Schnittstellen.) 
  906.  
  907.     Ihre Netzmaske muß korrekt konfiguriert werden, damit Miami weiß, welche 
  908. Rechner auf dem lokalen Netz sind. Es gibt drei Möglichkeiten, die Netzmaske 
  909. einzustellen: 
  910.  
  911.  statisch
  912. Fragen Sie Ihren Netz-Administrator nach dem korrekten Wert, und geben Sie ihn 
  913. ein. 
  914.  
  915.  DHCP
  916. Miami versucht, den korrekten Wert von einem BootP/DHCP-Server zu ermitteln. 
  917.  
  918.  ICMP
  919. Miami versucht, den korrekten Wert von einem Server per ICMP-Netmask-Discovery 
  920. zu ermitteln. 
  921.  
  922. 9.2.11 Gateway-Typ / -Adresse 
  923.  
  924.     (Diese Option erscheint nur für SANA-II-Bus-/Ring-Schnittstellen.) 
  925.  
  926.     Ihr Standard-Gateway muß korrekt konfiguriert werden, damit Miami weiß, wohin 
  927. Packets geschickt werden sollen, die nicht für Rechner auf dem lokalen Netz 
  928. bestimmt sind. Es gibt drei Möglichkeiten, das Gateway einzustellen: 
  929.  
  930.  statisch
  931. Fragen Sie Ihren Netz-Administrator nach dem korrekten Wert, und geben Sie ihn 
  932. ein. 
  933.  
  934.  DHCP
  935. Miami versucht, den korrekten Wert von einem BootP/DHCP-Server zu ermitteln. 
  936.  
  937.  ICMP
  938. Miami versucht, den korrekten Wert von einem Server per ICMP-Router-Discovery 
  939. zu ermitteln. 
  940.  
  941.  9.2.12 Multicasts 
  942.  
  943.     (Diese Option kann nur in der registrierten Version verändert werden.) 
  944.  
  945.     Miami unterstützt Level-2-Multicasting, d.h. sowohl das Senden, als auch das 
  946. Empfangen von Multicast-Nachrichten. 
  947.  
  948.     Wenn Sie Applikationen verwenden, die Multicasting nutzen (bisher gibt es noch 
  949. keine), müssen Sie Multicasting in Miami einschalten. Die möglichen 
  950. Einstellungen sind: 
  951.  
  952.  inaktiv
  953. Multicasting ist ausgeschaltet. 
  954.  
  955.  als Broadcasts
  956. Multicasts werden als Link-Level-Broadcasts (oder bei Punkt-zu-Punkt-Hardware: 
  957. als normale Pakete) verschickt. 
  958.  
  959.  als Multicasts
  960. Multicasts werden als Link-Level-Multicasts verschickt. Diese Option ist nur 
  961. mit Ethernet möglich. 
  962.  
  963.     Hinweis: Multicasts sollten für eine Schnittstelle nur eingeschaltet sein, 
  964. wenn Sie Ihren Multicast-Feed direkt von dieser Schnittstelle bekommen. Wenn 
  965. Sie Ihren Multicast-Feed durch einen Tunnel mit MiamiMRouteD erhalten, sollten 
  966. Sie normalerweise Multicasts auf der Seite "Schnittstelle" ausschalten, da 
  967. MiamiMRouteD Multicasting selbständig handhabt. 
  968.  
  969. 9.2.13 Umwandlung 
  970.  
  971.     (Diese Option erscheint nur für SANA-II-Arcnet-Schnittstellen.) 
  972.  
  973.     Arcnet unterstützt zwei verschiedene Methoden, um IP-Adressen in 
  974. Hardware-Adressen zu konvertieren: 
  975.  
  976.  Arp
  977. Arp (Address-Resolution-Protocol) wird verwendet. Das ist die empfohlene 
  978. Standard-Einstellung, und ist auch, was AmiTCP/IP verwendet. 
  979.  
  980.  direkt
  981. Die untersten 8 Bits der IP-Adresse werden auf die Hardware-Adresse abgebildet. 
  982. Das ist die Methode, die NetBSD 1.1 verwendet. 
  983.  
  984.     Wenn Sie mindestens einen NetBSD-1.1-Rechner in Ihrem Arcnet-Netz haben, 
  985. können Sie die Konfiguration vereinfachen, indem Sie "direkte Umwandlung" 
  986. wählen, anstatt auf allen Rechnern manuelle Arp-Einträge zu erzeugen. 
  987.  
  988.     In allen anderen Fällen sollten Sie auf allen Rechnern "Arp" wählen. 
  989.  
  990. 9.2.14 MTU 
  991.  
  992.     (Diese Option erscheint nur für serielle Schnittstellen.) 
  993.  
  994.     Maximum Transfer Unit, d.h. die maximale Größe von Paketen, die "am Stück" 
  995. übertragen werden. Der Standard für PPP ist 1500, der Standard für (C)SLIP ist 
  996. 1006. 
  997.  
  998.     Für serielle Leitungen ist es normalerweise ratsam, die MTU auf einen 
  999. geringeren Wert als den Standardwert einzustellen, um ein besseres 
  1000. Antwortzeitverhalten für interaktive TCP/IP-Anwendungen zu erhalten. Gute 
  1001. Werte sind: 
  1002.     * für Modem-Geschwindigkeiten bis zu 19200 bps: MTU=296. 
  1003.     * für Modem-Geschwindigkeiten über 19200 bps: MTU=552. 
  1004.  
  1005.     Bitte beachten Sie, daß ein Ändern des MTU-Wertes im Konfigurationsfenster 
  1006. nicht unbedingt auch zur Folge hat, daß die maximale Paketgröße wirklich auf 
  1007. diesen Wert verändert wird: 
  1008.  
  1009.     (C)SLIP kann den MTU-Wert überhaupt nicht aushandeln, d.h. der konfigurierte 
  1010. MTU-Wert beeinflußt nur die Größe von verschickten Paketen, nicht die Größe von 
  1011. empfangenen Paketen. 
  1012.  
  1013.     PPP hat Konfigurationsoptionen zum Aushandeln der MTU. Miami versucht immer, 
  1014. den hier eingestellten Wert auszuhandeln, aber es ist möglich, daß die andere 
  1015. Seite das nicht zuläßt. In diesem Fall muß Miami möglicherweise die Werte, die 
  1016. die andere Seite vorgibt, in eine Richtung oder auch in beiden Richtungen 
  1017. verwenden. 
  1018.  
  1019.     Beachten Sie auch: Für PPP ist der MTU-Wert nicht kritisch, d.h. Ihre 
  1020. Verbindung wird auch dann noch funktionieren, wenn der von Ihnen eingestellte 
  1021. Wert größer oder kleiner als der optimale Wert ist. Für (C)SLIP darf der 
  1022. eingestellte Wert jedoch nicht größer sein als der MTU-Wert bei Ihrem Provider. 
  1023.  
  1024.  
  1025. 9.2.15 SANA-II-Parameter 
  1026.  
  1027.     (Diese Option erscheint nur für SANA-II-Schnittstellen.) 
  1028.  
  1029.     Bei Klicken auf den Schalter "SANA-II-Parameter" öffnet sich ein Fenster mit 
  1030. SANA-II-Geräte-Einstellungen.
  1031.  
  1032.  
  1033.  
  1034.  
  1035.  
  1036.  
  1037.  
  1038. Diese Einstellungen beinhalten: 
  1039.     * Die Hardware-Adresse Ihres Gerätes, mit einer Option, diese zu erzwingen. 
  1040. (Nur für Bus-/Ring-Geräte.) Hardware-Adressen werden als Bytefolge in 
  1041. hexadezimaler Schreibweise, getrennt durch ":" angegeben, z.B. 
  1042. "01:23:45:67:89:ab". 
  1043.     * Der Link-Level-Pakettyp für IP-, Arp- und RArp-Pakete. (RArp ist nicht 
  1044. möglich mit Arcnet, und Arp ist nicht möglich mit Punkt-zu-Punkt-Geräten.) 
  1045.     * Die MTU für das Gerät. 
  1046.     * Die Anzahl der IORequests, die für IP- und Arp-Pakete verwendet werden 
  1047. sollen. (Arp ist nicht möglich mit Punkt-zu-Punkt-Geräten.) 
  1048.     In meisten Fällen sollten Sie alle diese Werte auf Standardwerte 
  1049. initialisieren, indem Sie auf "Parameter beim Gerät erfragen" klicken (nur 
  1050. möglich, wenn Miami offline ist). Allerdings können Sie Werte auch erzwingen, 
  1051. wenn das notwendig sein sollte, z.B. wenn Sie einen neuen Gerätetyp verwenden, 
  1052. zu dem Miami noch nicht die korrekten Standardeinstellungen kennt. 
  1053.  
  1054. 9.2.16 Inaktivität 
  1055.  
  1056.     Einige Internet-Provider hängen auf, wenn auf der Leitung einige Zeit lang 
  1057. keine Aktivität ist, um zu verhindern, daß Anwender Leitungen blockieren, die 
  1058. sie nicht nutzen. 
  1059.  
  1060.     Mit den "Inaktivität"-Schaltern können Sie Miami so konfigurieren, daß es 
  1061. Leitungsaktivität simuliert, damit Ihr Provider nicht aufhängt, auch wenn Sie 
  1062. die Leitung gerade nicht benutzen. 
  1063.  
  1064.     Mit dem linken Schalter stellen Sie die Art der Aktivität ein: PPP ping oder 
  1065. ICMP ping. PPP ping benötigt weniger Bandbreite, aber funktioniert nur mit PPP, 
  1066. nicht mit (C)SLIP, und hat auch nicht bei allen Providern den gewünschten 
  1067. Effekt. ICMP ping braucht geringfügig mehr Bandbreite, aber sollte mit allen 
  1068. Providern funktionieren. 
  1069.  
  1070.     Wenn Sie (C)SLIP verwenden, wählen Sie ICMP ping. Ansonsten versuchen Sie es 
  1071. erst mit PPP ping, und wenn Ihr Provider dann immer noch aufhängt, mit ICMP 
  1072. ping. 
  1073.  
  1074.     Der Schalter rechts gibt die Anzahl Minuten zwischen aufeinanderfolgenden 
  1075. Pings an. Sie müssen damit etwas experimentieren. Typische Werte sind 9 oder 
  1076. 14, um ein Auflegen nach 10 oder 15 Minuten zu verhindern. 
  1077.  
  1078.     Hinweis: Sie müssen zuerst Ihren Internet-Provider fragen, ob er einen 
  1079. derartigen Aktivitäts-Simulator erlaubt. Einige Provider haben 
  1080. Nutzungsbedingungen, die den Gebrauch derartiger Simulatoren verbieten, d.h. 
  1081. durch den Gebrauch würden Sie die Nutzungsbedingungen verletzen. Ich lehne 
  1082. jegliche rechtliche oder finanzielle Verantwortung für die Folgen ab, die aus 
  1083. dem unberechtigten oder falschen Gebrauch des Aktivitäts-Simulators entstehen. 
  1084.  
  1085.     Hinweis: Es gibt viele Gründe, warum ein Modem auflegen kann. Ein Grund ist 
  1086. ein Inaktivitäts-Timeout beim Provider, was durch diese Funktion verhindert 
  1087. werden sollte. Allerdings hängen manche Modems auch gelegentlich wegen 
  1088. Leitungsstörungen auf. Das läßt sich durch Software nicht verhindern. 
  1089.  
  1090.     Mit dieser Funktion können Sie das Auflegen bei Inaktivität verhindern. Einige 
  1091. Anwender möchten genau das Umgekehrte, d.h. das Auflegen bei Inaktivität 
  1092. erzwingen, um Telefonkosten zu sparen. Mit dem Hilfsprogramm MiamiRemind können 
  1093. Sie genau das tun. 
  1094.  
  1095.  
  1096.     
  1097. 9.3 PPP 
  1098.  
  1099.  
  1100.  
  1101.  
  1102.  
  1103.  
  1104.  
  1105.  
  1106.  
  1107.  
  1108.  
  1109.  
  1110.  
  1111.  
  1112.   
  1113. 9.3.1 PAP / CHAP-Passwort 
  1114.  
  1115.     PAP und CHAP sind Protokolle, die von PPP verwendet werden, um die Login-ID 
  1116. und das Passwort an einen PPP-Server zu übermitteln. 
  1117.  
  1118.     In den meisten Fällen sind die für PAP und CHAP verwendeten Daten für Login-ID 
  1119. und Passwort identisch zu denen im Wählskript. In diesem Fall aktivieren Sie 
  1120. "Wie im Wählmodul". 
  1121.  
  1122.     Wenn Ihr Provider für PAP/CHAP andere Daten für Login-ID und Passwort als im 
  1123. Wählskript benötigt, dann deaktivieren Sie "Wie im Wählmodul", und geben Sie 
  1124. stattdessen PAP/CHAP-Login-ID und Passwort manuell ein. 
  1125.  
  1126.     Registrierte Anwender, die MiamiSSL 1.2 oder höher installiert haben, können 
  1127. "MS-CHAP erlauben" einschalten. Das erhöht die Kompatibilität mit einigen 
  1128. falsch konfigurierten Windows-NT PPP-Servern. Wenn diese Option ausgeschaltet 
  1129. ist, verwendet Miami PAP, wenn der Server MS-CHAP anfordert. 
  1130.     
  1131. 9.3.2 Rückruf 
  1132.  
  1133.     (Diese Option ist nur in der registrierten Version anwählbar.) 
  1134.  
  1135.     PPP unterstützt Rückruf ("Callback", "Dialback") mit dem CBCP-Protokoll. Wenn 
  1136. der Server Ihres Providers dafür konfiguriert ist, können Sie mit dem Provider 
  1137. aushandeln, daß er Sie zurück ruft, damit Sie Telefongebühren sparen. 
  1138.  
  1139.     Abhängig von der Konfiguration bei Ihrem Provider müssen Sie entweder "CBCP, 
  1140. fest" wählen (in diesem Fall ruft der Provider zu einer fest vordefinierten 
  1141. Nummer zurück) oder "CBCP, variabel" (in diesem Fall ruft der Provider bei der 
  1142. Nummer zurück, die Sie in dem Feld darunter eingeben). 
  1143.  
  1144.     "Min-Pause" ist die Wartezeit, die der Provider warten soll, bevor er Sie 
  1145. zurück ruft. Diese Pause sollte lang genug sein, um Ihrem Modem Zeit zu geben, 
  1146. die Leitung aufzulegen, und sich neu zu initialisieren. 
  1147.  
  1148.     "Max-Pause" ist die maximale Zeit, die Miami auf einen Rückruf warten soll, 
  1149. bevor es aufgibt. 
  1150.  
  1151.  
  1152. 9.3.3 VJC 
  1153.  
  1154.     Van Jacobsen Compression ist ein Verfahren zur Komprimierung der Header von 
  1155. TCP-Paketen. Diese Option sollte normalerweise angeschaltet sein, damit PPP 
  1156. automatisch die Benutzung von VJC aushandelt, und VJC benutzt, wenn die andere 
  1157. Seite zustimmt. 
  1158.  
  1159.     Allerdings unterstützen einige alte, defekte PPP-Server VJC nicht korrekt, so 
  1160. daß Sie VJC möglicherweise ausschalten müssen. 
  1161.  
  1162.     VJC hat keinerlei Einfluß auf die Datenkomprimierung von Ihrem Modem, d.h. Sie 
  1163. sollten VJC nicht abschalten, nur weil Ihr Modem MNP-5 oder V.42bis 
  1164. unterstützt. VJC kann unabhängig von MNP-5 oder V.42bis genutzt werden. 
  1165.     
  1166.  
  1167. 9.3.4 ACCM 
  1168.  
  1169.     Das PPP-Protokoll unterstützt eine Liste von Kontrollzeichen, die während der 
  1170. Übertragung "escaped" werden müssen, d.h. die durch eine andere 
  1171. Zwei-Byte-Sequenz ersetzt werden. Diese Liste heisst ACCM (Asynchronous Control 
  1172. Character Mask). 
  1173.  
  1174.     Der Sinn dieser Liste ist es, PPP robuster auf Leitungen zu machen, die nicht 
  1175. vollständig 8-bit-transparent sind, und um zu verhindern, daß 
  1176. Software-Handshaking das PPP-Protokoll behindert. 
  1177.  
  1178.     Standardmäßig werden nur die Zeichen 17 und 19 (Xon/Xoff) escaped, so daß PPP 
  1179. mit Software-Handshaking genutzt werden kann. Wenn Sie PPP durch eine 
  1180. telnet-Verbindung betreiben, müssen Sie möglicherweise mehr Zeichen escapen. 
  1181. Jedes Zeichen, das in die Liste aufgenommen wird, reduziert den Datendurchsatz 
  1182. von PPP um ca. 0.8%. 
  1183.  
  1184.     Sie können die ACCM-Einstellungen direkt durch Eingabe einer 32-Bit-Maske 
  1185. ändern, oder bei einigen GUI-Modulen mit Hilfe des Popup-Schalters einzelne 
  1186. Kontrollzeichen getrennt aktivieren oder deaktivieren. 
  1187.  
  1188.  
  1189. 9.3.5 Schnelle Neuverbindung 
  1190.  
  1191.     Normalerweise ist es mit Miami möglich, die Verbindung zum Provider neu 
  1192. aufzubauen (ohne neu zu wählen), wenn das Modem noch mit der Gegenseite 
  1193. verbunden ist, z.B. nachdem Sie den Amiga resettet haben, aber nur wenn der 
  1194. "Verwende CD"-Schalter auf der "Schnittstelle"-Seite aktiv ist. 
  1195.  
  1196.     Allerdings ist mit einigen Internet-Providern und PPP auch dann keine 
  1197. Neuverbindung (mit Neuaushandlung von PPP) möglich, wenn die Gegenseite beim 
  1198. Neuaushandeln von PPP auflegt. 
  1199.  
  1200.     "Schnelle Neuverbindung" hilft dann oft: Wenn "Schnelle Neuverbindung" 
  1201. aktiviert ist (auf "RAM" oder "Datei", dann versucht Miami nicht, PPP neu 
  1202. auszuhandeln, sondern übernimmt alle PPP-Parameter aus einem resetfesten 
  1203. RAM-Bereich, der vor dem Rebooten eingerichtet worden ist (für die 
  1204. "RAM"-Einstellung) oder aus einer Datei auf Festplatte (für die 
  1205. "Datei"-Einstellung). In den meisten Fällen ist es so möglich, nach einem Reset 
  1206. die Verbindung zum Provider neu aufzubauen. 
  1207.  
  1208.     Bitte beachten Sie: Wenn Sie die "Datei"-Einstellung verwenden, und Ihr Amiga 
  1209. crasht (aus irgendeinem Grund, z.B. durch ein defektes Commodity oder einen 
  1210. defekten Patch) während Miami die Neuverbindungs-Datei auf Festplatte 
  1211. speichert, ist es möglich, daß Ihre Festplatte invalidiert oder beschädigt 
  1212. wird. Die Ursache sind Fehler und Einschränkungen im Amiga-Filesystem. 
  1213.  
  1214.     Es ist daher sicherer, "RAM" zu verwenden, da Miami dann keine Datei auf 
  1215. Festplatte erzeugt. Allerdings funktioniert die "RAM"-Einstellung nur dann, 
  1216. wenn entweder gar kein Reset erfolgt ist, oder wenn nur ein "warmer" Reset 
  1217. erfolgt ist. Wenn Ihr Amiga sehr heftig abstürzt und Sie ihn "kalt" resetten 
  1218. müssen (wobei resetfeste Module überschrieben werden), dann werden auch die 
  1219. alten PPP-Parameter überschrieben, und "Schnelle Neuverbindung" funktioniert 
  1220. mit der "RAM"-Einstellung nicht. 
  1221.     
  1222. 
  1223. 9.3.6 Escape 
  1224.  
  1225.     PPP kann mit der Gegenseite aushandlen, daß Zeichen in den Bereichen 0-31 und 
  1226. 128-159 escaped werden. Das wird in der ACCM konfiguriert. 
  1227.  
  1228.     Allerdings kann es auch Situationen geben, in denen andere Zeichen escaped 
  1229. werden müssen, z.B. 0xFF über rlogin-Verbindungen. 
  1230.  
  1231.     In diesem Fall geben Sie bitte die zweistelligen Hexcodes der zu escapenden 
  1232. Zeichen (getrennt von Leerzeichen) im Escape-Feld ein. Miami escaped diese 
  1233. Zeichen dann beim Senden. 
  1234.  
  1235.     Beachten Sie daß, im Gegensatz zur ACCM, dieses Escapen nur in einer Richtung 
  1236. geschieht: beim Senden. Wenn auf dem Rückkanal vom PPP-Server zu Miami 
  1237. ebenfalls Zeichen escaped werden müssen, muß das beim Server konfiguriert 
  1238. werden. 
  1239.  
  1240.  
  1241. 9.3.7 DNS mit IPCP ermitteln 
  1242.  
  1243.     Dieser Schalter ist normalerweise an. Das bedeutet, daß Miami versucht, 
  1244. IPCP-Erweiterungen zur automatischen Erkennung von DNS-Servern zu nutzen. 
  1245.  
  1246.     Leider unterstützen einige defekte PPP-Server diese Option nicht korrekt, 
  1247. lehnen sie aber auch nicht korrekt ab, sondern verletzen einfach das Protokoll. 
  1248. Wenn Sie Fehlermeldungen bzgl. des Link-Level-Protokolls mit Ihrem 
  1249. Internetprovider bekommen, müssen Sie diese Option möglicherweise deaktivieren. 
  1250.  
  1251.  
  1252. 
  1253. 9.3.8 TermReq vor dem Auflegen 
  1254.  
  1255.     Diese Option sollte normalerweise eingeschaltet sein. Miami sendet dann eine 
  1256. LCP-TermReq-Nachricht an den Provider vor dem Auflegen der Leitung. Oft bewirkt 
  1257. das, daß der Provider zuerst auflegt, und Ihr dadurch Modem schneller auflegt, 
  1258. als das sonst der Fall wäre. 
  1259.  
  1260.     Allerdings gibt es einige PPP-Server, die LCP-TermReqs nicht korrekt 
  1261. unterstützen. Wenn Ihnen auffällt, daß das Auflegen der Leitung sehr lange 
  1262. dauert, dann schalten Sie diese Option ab, und versuchen Sie, ob das Auflegen 
  1263. dann schneller geht. 
  1264.  
  1265.  
  1266.     
  1267.  
  1268. 9.4 Wählmodul 
  1269.  
  1270.  
  1271.  
  1272.  
  1273.  
  1274.  
  1275.  
  1276.  
  1277.  
  1278.  
  1279.  
  1280.  
  1281.  
  1282. 9.4.1 Wählskript 
  1283.  
  1284.     Die Liste im oberen Bereich der "Wählskript"-Gruppe enthält das Wählskript. 
  1285. Sie können die Einträge ändern, indem Sie sie anklicken, und dann im Textfeld 
  1286. darunter verändern. 
  1287.  
  1288.     Die Schalter am unteren Rand werden verwendet, um Einträge zum Wählskript 
  1289. hinzuzufügen, oder aus dem Wählskript zu löschen. 
  1290.  
  1291.     Für mehr Informationen zu der vom Wählmodul verwendeten Skriptsprache sehen 
  1292. Sie bitte unter Wählmodul-Befehlssprache nach. 
  1293.  
  1294.     Die Liste hat ein Kontextmenü, d.h. wenn Sie die rechte Maustaste über der 
  1295. Liste drücken, öffnet sich ein Menü, mit dem Sie das Wählskript von/nach 
  1296. ASCII-Format importieren/exportieren können. 
  1297.  
  1298.     
  1299. 9.4.2 Telefonnummern 
  1300.  
  1301.     Die "Telefonnummern"-Gruppe funktioniert ähnlich wie die "Wählskript"-Gruppe, 
  1302. hat aber zwei zusätzliche Schalter: "aktiv" und "deaktiv". Aktivierte 
  1303. Telefonnummern haben ein ">>"-Symbol neben ihnen. Nur aktivierte Telefonnummern 
  1304. werden beim Wählen benutzt. 
  1305.  
  1306.     In der Demoversion ist die Anzahl der Telefonnummern begrenzt auf drei. In der 
  1307. registrierten Version gibt es keine derartige Beschränkung. 
  1308.  
  1309.  
  1310. 9.4.3 Max Wiederholung 
  1311.  
  1312.     Wenn keine Verbindung mit einer der angegebenen Telefonnummern aufgebaut 
  1313. werden kann, wartet Miami solange, wie unter Wiederholpause angegeben wurde, 
  1314. und beginnt dann wieder von vorne. Allerdings ist die Maximalzahl der 
  1315. Wiederholversuche begrenzt durch die Zahl im "Max Wiederholung"-Schalter. 
  1316. Danach gibt Miami auf und beendet das Wählmodul. 
  1317.  
  1318. 9.4.4 Wiederholpause 
  1319.     Wenn keine Verbindung mit einer der angegebenen Telefonnummern aufgebaut 
  1320. werden kann, wartet Miami solange, wie im "Wiederholpause"-Schalter angegeben 
  1321. wurde, und beginnt dann wieder von vorne. 
  1322.  
  1323.     
  1324. 9.4.5 Wahlpause 
  1325.  
  1326.     Dieser Wert gibt die Pause zwischen aufeinander folgenden Wahlversuchen an 
  1327. (also für verschiedene Telefonnummern). Normalerweise sollte dieser Wert null 
  1328. sein, damit Miami sofort die nächste Nummer wählt, wenn eine Nummer besetzt 
  1329. ist. 
  1330.  
  1331.     Allerdings benötigen einige Europäische Modems eine Minimalpause zwischen 
  1332. aufeinander folgenden Wahlversuchen. Wenn Sie eines dieser Modems besitzen, 
  1333. müssen Sie den Wert für "Wahlpause" groß genug für Ihr Modem einstellen. 
  1334.  
  1335.     
  1336. 9.4.6 Lernen 
  1337.  
  1338.     Der "Lernen"-Schalter startet das Miami-Wählmodul im interaktiven Modus (d.h. 
  1339. ohne ein Wählskript auszuführen), speichert den gesamten der vom Anwender 
  1340. eingegeben wird, und der vom Modem empfangen wird, und versucht dann, daraus 
  1341. ein geeignetes Wählskript zu erstellen. 
  1342.  
  1343.     In den meisten Fällen wird MiamiInit dazu verwendet, ein Wählskript zu 
  1344. erstellen, nicht "Lernen", aber wenn Ihr Provider die Anwählprozedur irgendwann 
  1345. verändert, kann es bequemer sein, nur mit "Lernen" ein neues Wählskript zu 
  1346. erzeugen, statt mit MiamiInit eine komplett neue Konfiguration zu erstellen. 
  1347.  
  1348.  
  1349. 9.4.7 Login-ID / Passwort 
  1350.  
  1351.     Die im Wählskript verwendeten Daten für Login-ID und Passwort. Wenn "Wie im 
  1352. Wählmodul" auf der PPP-Seite aktiviert ist, dann werden diese Daten auch für 
  1353. PAP/CHAP verwendet. 
  1354.  
  1355.   
  1356. 9.4.8 Speichern 
  1357.  
  1358.     Wenn Sie das "Speichern"-Schalter aktivieren, und im Eingabefeld einen 
  1359. Dateinamen eingeben, dann speichert das Wählmodul nach dem Wählen ein 
  1360. vollständiges Wählprotokoll in der angegebenen Datei. 
  1361.  
  1362.     
  1363.  
  1364. 9.5 Datenbank 
  1365.  
  1366.     Die "Datenbank"-Seite entspricht den Dateien im "db"-Verzeichnis anderer 
  1367. Protokollstacks, d.h. sie erlaubt Ihnen, die meisten TCP-Einstellungen auf 
  1368. Ihrem System zu konfigurieren, z.B. welche Server gestartet werden sollen, 
  1369. welche Anwender das System kennt, und andere Dinge. 
  1370.  
  1371.     Der Auswahlschalter über der Liste wird dazu verwendet, zwischen verschiedenen 
  1372. Teilen der Datenbank umzuschalten. Für jeden Teil der Datenbank erscheint eine 
  1373. Liste und ein Satz Eingabefelder, mit denen Sie den jeweils aktuellen Eintrag 
  1374. verändern können. 
  1375.  
  1376.     Mit dem Kontextmenü der Datenbank-Liste können Sie Teile der Datenbank 
  1377. von/nach ASCII-Format importieren/exportieren. Damit ist es z.B. möglich, Ihre 
  1378. alten db/#?-Dateien von AmiTCP/AS-225 mit Miami weiter zu verwenden. 
  1379.  
  1380.     In der registrierten Version können Sie auch Teile der Datenbank sortieren, 
  1381. im/exportieren von/nach Clipboard, und die Datenbank mit einer ASCII-Datei 
  1382. mischen. 
  1383.  
  1384.     Mit den MUI-Modulen können Sie die Reihenfolge der Einträge in der Datenbank 
  1385. ändern, indem Sie sie mit der Maus seitlich aus der Liste heraus ziehen, und 
  1386. dann wieder zurück in die Datenbank, zur gewünschten Position ziehen. Für mehr 
  1387. Informationen hierzu sehen Sie bitte in der MUI-Dokumentation zum Thema 
  1388. "Drag&Drop" nach. 
  1389.  
  1390.     Jeder Eintrag in der Datenbank kann einzeln ein- oder ausgeschaltet werden. 
  1391. Eingeschaltete Einträge haben eine ">>"-Markierung an der linken Seite. Das 
  1392. Ein-und Ausschalten geht entweder durch einen Doppelklick (bei den meisten 
  1393. GUI-Modulen), oder mit den Schaltern "Aus" und "Ein". 
  1394.  
  1395.     Jeder Eintrag in der Datenbank kann als "temporär" markiert werden, indem man 
  1396. den "Temp"-Schalter anklickt. Das bewirkt, daß der entsprechende Eintrag nicht 
  1397. mit abgespeichert wird, wenn man die Einstellungen speichert, und daß - in 
  1398. einigen Fällen - der Eintrag gelöscht wird, wenn man die Verbindung zum 
  1399. Provider neu aufbaut. Das kann nützlich sein, wenn einige der Einträge (z.B. 
  1400. dynamisch ermittelte DNS-Server-Adressen) nicht bei der nächsten Verbindung 
  1401. verwendet werden sollen. 
  1402.  
  1403.     Standardmäßig markiert Miami alle dynamisch ermittelten DNS-Server-Adressen 
  1404. und den dynamischen Hostnamen als temporär. 
  1405.  
  1406. Teile der Datenbank: 
  1407.  
  1408. 9.5.1 Protokolle 
  1409.  
  1410.  
  1411.  
  1412.  
  1413.  
  1414.  
  1415.  
  1416.  
  1417.  
  1418.  
  1419.  
  1420.     Liste aller unterstützten Protokolle (relativ zu IP), bestend aus einem 
  1421. Protokollnamen, einer Protokoll-ID, und einer optionalen Liste von Aliases. Die 
  1422. Liste entspriche der "etc/protocols" oder "db/protocols" Datei in anderen 
  1423. Protokollstacks. 
  1424.  
  1425.     Diese Tabelle braucht fast nie verändert werden. Sie sollten nie 
  1426. Standardeinträge aus dieser Tabelle entfernen. 
  1427.  
  1428.     
  1429. 9.5.2 Dienste 
  1430.  
  1431.  
  1432.  
  1433.  
  1434.  
  1435.  
  1436.  
  1437.  
  1438.  
  1439.  
  1440.  
  1441.     Liste aller unterstützten Dienste (TCP oder UDP), bestehend aus einem 
  1442. Dienst-Namen, einer Dienst-ID, einem Protokollnamen, und einer optionalen Liste 
  1443. von Aliases. Die Liste entspriche der "etc/services" oder "db/services" Datei 
  1444. in anderen Protokollstacks. 
  1445.  
  1446.     Einige Anwenderprogramme erfordern Änderungen an dieser Tabelle. In der Regel 
  1447. müssen dann Dienste zu dieser Liste hinzugefügt werden. Allerdings sollten Sie 
  1448. nie Standardeinträge aus dieser Liste entfernen. 
  1449.  
  1450.     Insbesondere: Wenn Sie einen Dienst in InetD ausschalten wollen, sollten Sie 
  1451. das nicht tun, indem Sie den Eintrag aus der "Dienste"-Liste entfernen. Die 
  1452. korrekte Methode ist, den Eintrag aus der "InetD"-Liste zu entfernen, nicht aus 
  1453. der "Dienste"-Liste. Ansonsten könnten Sie später gelegentliche Fehler von 
  1454. anderen Programmen bekommen. 
  1455.  
  1456. 9.5.3 Rechner 
  1457.  
  1458.  
  1459.  
  1460.  
  1461.  
  1462.  
  1463.  
  1464.  
  1465.  
  1466.  
  1467.  
  1468.     Liste aller Rechnernamen (und zugehörigen IP-Adressen), bestehend aus einer 
  1469. IP-Adresse, einem Rechnernamen, und einer optionalen Liste von Aliases. Die 
  1470. Liste entspriche der "etc/hosts" oder "db/hosts" Datei in anderen 
  1471. Protokollstacks. 
  1472.  
  1473.     Miami fügt automatisch Einträge für "localhost" und für den Rechnernamen Ihres 
  1474. Amiga zu dieser Liste hinzu. Andere Einträge können manuell hinzugefügt werden, 
  1475. um Name->IP-Übersetzungen schneller zu machen. Allerdings sollten Sie nur 
  1476. Einträge für Namen hinzufügen, die unter Ihrer persönlichen Kontrolle sind. 
  1477. Fügen Sie nie Zuordnungen für andere Rechner auf dem Internet hinzu, weil Sie 
  1478. sonst diese Rechner nicht mehr kontaktieren können, wenn sich die IP-Adressen 
  1479. einmal ändern. 
  1480.  
  1481.  
  1482. 9.5.4 Netzwerke 
  1483.  
  1484.  
  1485.  
  1486.  
  1487.  
  1488.  
  1489.  
  1490.  
  1491.  
  1492.  
  1493.  
  1494.     Liste aller Netzwerke, bestehend aus einem Netzwerk-Namen, einer Netzwerk-ID, 
  1495. und einer optionalen Liste von Aliases. Die Liste entspriche der "etc/networks" 
  1496. oder "db/networks" Datei in anderen Protokollstacks. 
  1497.  
  1498.     Diese Tabelle wird kaum noch genutzt, und ist nur für Kompatibilität mit alter 
  1499. Software und Diagnosesoftware vorhanden. 
  1500.  
  1501.  
  1502.     
  1503.  
  1504. 9.5.5 Domains 
  1505.  
  1506.  
  1507.  
  1508.  
  1509.  
  1510.  
  1511.  
  1512.  
  1513.  
  1514.  
  1515.  
  1516.     Liste aller lokalen Domains, bestehend lediglich aus dem Domainnamen. Die 
  1517. Liste entspriche der "etc/domains" oder "db/domains" Datei in anderen 
  1518. Protokollstacks. 
  1519.  
  1520.     Diese Tabelle wird eigentlich nicht von TCP/IP benötigt, aber kann den Umgang 
  1521. mit Miami für den Anwender bequemer machen: Sie erlaubt dem Anwender, 
  1522. vollständige Rechnernamen abzukürzen, indem man nur den Namen des Rechners 
  1523. (ohne Domain) angibt, wenn man einen Rechner ansprechen will. 
  1524.  
  1525.     Beispiel: 
  1526.     Angenommen ein Rechner auf dem lokalen Netz heisst ex1.foo.edu, und sie 
  1527. greifen häufig auf diesen Rechner zu. Wenn Sie foo.edu zur Domain-Liste 
  1528. hinzufügen, dann können Sie diesen Rechner auch nur mit ex1 ansprechen. 
  1529.  
  1530.     Hinweis: Das Abkürzen von Hostnamen mit dieser Methode funktioniert nur mit 
  1531. Namen, die durch DNS ermittelt werden, nicht mit Namen, die in der 
  1532. "Hosts"-Tabelle gefunden werden. Das bedeutet, wenn Sie z.B. die Domain 
  1533. "foo.edu" hinzufügen, einen Rechner "ex1.foo.edu" auf 10.0.0.1 haben, und auf 
  1534. diesen Rechner nur mit "ex1" zugreifen möchten, dann müssen Sie für diesen 
  1535. Rechner auch einen Eintrag in der "Hosts"-Tabelle erstellen (d.h. der 
  1536. "Hosts"-Tabellen-Eintrag sollte "10.0.0.1 ex1.foo.edu ex1" lauten). 
  1537.  
  1538.  
  1539. 9.5.6 DNS-Server 
  1540.  
  1541.  
  1542.  
  1543.  
  1544.  
  1545.  
  1546.  
  1547.  
  1548.  
  1549.  
  1550.  
  1551.     Liste der DNS-Server, angegeben nur durch die jeweilige IP-Adresse. 
  1552.  
  1553.     DNS-Server werden benutzt, um zu logischen Rechnernamen die dazugehörige 
  1554. IP-Adresse zu ermitteln. Sie sollten mindestens einen DNS-Server in dieser 
  1555. Tabelle eingetragen haben, vorzugsweise einen DNS-Server bei Ihrem Provider, 
  1556. oder zumindest einen in der Nähe. 
  1557.  
  1558.     Wenn Miami beim Aufbau der Verbindung selbst DNS-Server findet, fügt es sie 
  1559. selbständig in diese Liste ein, und markiert sie als "temporär". 
  1560.  
  1561.     
  1562. 9.5.7 InetD 
  1563.  
  1564.  
  1565.  
  1566.  
  1567.  
  1568.  
  1569.  
  1570.  
  1571.  
  1572.  
  1573.  
  1574.     Liste aller Server die vom eingebauten InetD gestartet werden, bestehend aus 
  1575. einem Dienst-Namen (der einem Eintrag in der "Dienste"-Tabelle entspricht), 
  1576. einem Socket-Typ ("dgram" oder "stream"), einem Wartemodus ("wait", "nowait" 
  1577. oder "dos"), dem Anwender (bei AmigaDOS normalerweise "root"), dem Dateinamen 
  1578. des Servers, dem Prozessnamen des Servers, und einer Liste von 
  1579. Shell-Argumenten, die dem Server übergeben werden. Die Liste entspriche der 
  1580. "etc/inetd.conf" oder "db/inetd.conf" Datei in anderen Protokollstacks. 
  1581.  
  1582.     Der in Miami eingebaute InetD unterstützt die folgenden eingebauten Dienste: 
  1583. "daytime", "time", "echo", "discard", "chargen", "finger" und "auth". "auth" 
  1584. ist identisch zu "identd". 
  1585.  
  1586.     Server für andere (externe) Dienste können von InetD automatisch gestartet 
  1587. werden, wenn man einen entsprechenden Eintrag in dieser Tabelle vornimmt. Wenn 
  1588. Sie externe Server installieren möchten (z.B. ftpd oder telnetd), dann sehen 
  1589. Sie bitte in der Dokumentation des Servers nach, welches genaue Format der 
  1590. "InetD"-Eintrag erfordert. 
  1591.  
  1592.     Aus Sicherheitsgründen wird empfohlen, daß Sie die "echo", "discard" und 
  1593. "chargen"-Dienste deaktivieren, da diese für Denial-Of-Service-Angriffe 
  1594. mißbraucht werden können. 
  1595.  
  1596.  
  1597.     
  1598.  
  1599. 9.5.8 Anwender 
  1600.  
  1601.  
  1602.  
  1603.  
  1604.  
  1605.  
  1606.  
  1607.  
  1608.  
  1609.  
  1610.  
  1611.     Liste aller Anwender im System, bestehend aus dem Anwender-Namen, dem 
  1612. Passwort, der Anwender-ID, der Gruppen-ID, dem Realnamen, dem Home-Verzeichnis, 
  1613. und dem Shell-Aufruf. Die Liste entspriche der "etc/passwd" oder "db/passwd" 
  1614. Datei in anderen Protokollstacks. 
  1615.  
  1616.     Normalerweise benötigen Sie nur einen Eintrag in dieser Datei (für Sie 
  1617. selbst), es sei denn, Sie verwenden Server wie ftpd oder telnetd, die anderen 
  1618. Anwendern Zugriff auf Ihren Amiga erlauben. 
  1619.  
  1620.     Passwörter werden in einem verschlüsselten Format gespeichert, und werden 
  1621. nicht direkt in der Liste angezeigt. In der Passwort-Spalte erscheint 
  1622.  
  1623.  - wenn diesem Anwender kein Passwort zugeordnet ist, d.h. wenn Login ohne ein 
  1624. Passwort möglich ist. 
  1625.  
  1626.  * wenn für diesen Anwender kein Login möglich ist. 
  1627.  ein zentriertes x wenn ein gültiges Passwort für diesen Anwender existiert. 
  1628.  
  1629.     Die Prozedur, um das Passwort zu verändern, variiert für verschiedene 
  1630. GUI-Module. Für MUI und einige andere Module klicken Sie auf den 
  1631. "Passwort"-Schalter, um das Passwort zu verändern. Bei anderen Modulen müssen 
  1632. Sie das Passwort direkt in das Eingabefeld eingeben. 
  1633.  
  1634.     Wenn Sie das Eingabefeld leer lassen, wird dem Anwender kein Passwort 
  1635. zugeordnet (angezeigt als - ). Wenn Sie nur das einzelne Zeichen * eingeben, 
  1636. werden Logins blockiert (angezeigt als * ). In allen anderen Fällen wird der 
  1637. eingegebene Text als Passwort verwendet (angezeigt als zentriertes x ). 
  1638.  
  1639.     Hinweis: Wenn Sie die Passwort-Datei von AmiTCP importieren, dann werden die 
  1640. Passwörter nicht mit übernommen, d.h. die Passwörter für alle Anwender werden 
  1641. als "leer" gespeichert, und müssen manuell neu eingegeben werden. Das ist 
  1642. notwendig, weil der in AmiTCP verwendete Passwort-Algorithmus aus rechtlichen 
  1643. Gründen nicht in Miami verwendet werden darf. Für mehr Informationen zu diesem 
  1644. Thema sehen Sie bitte in Austausch von Passwoertern nach.
  1645. 9.5.9 Gruppen 
  1646.  
  1647.  
  1648.  
  1649.  
  1650.  
  1651.  
  1652.  
  1653.  
  1654.  
  1655.  
  1656.  
  1657.     Liste der Gruppen im System, bestehend aus einem Gruppennamen, einer 
  1658. Gruppen-ID, und einer optionalen Anwender-Liste. Die Liste entspriche der 
  1659. "etc/group" oder "db/group" Datei in anderen Protokollstacks. 
  1660.  
  1661.     Normalerweise benötigen Sie nur einen Eintrag in dieser Datei (für Sie 
  1662. selbst), es sei denn sie verwenden Server wie ftpd oder telnetd, die anderen 
  1663. Anwendern Zugriff auf Ihren Amiga erlauben. 
  1664.  
  1665.  
  1666. 9.5.10 Arp 
  1667.  
  1668.  
  1669.  
  1670.  
  1671.  
  1672.  
  1673.  
  1674.  
  1675.  
  1676.  
  1677.  
  1678.     Liste der manuellen Arp-Einträge im System, bestehend aus einer IP-Adresse und 
  1679. einer Hardware-Adresse. Die Hardware-Adresse wird in der üblichen 
  1680. Doppelpunkt-Hex-Notation angegeben (z.B. "01:23:45"). Die Liste entspriche der 
  1681. "etc/ethers" oder "db/ethers" Datei in anderen Protokollstacks. 
  1682.  
  1683.     Arp wird nur bei Bus-/Ring-SANA-II-Geräten verwendet, und Sie brauchen 
  1684. manuelle Arp-Einträge auch nur dann, wenn einer der Rechner in Ihrem Netz Arp 
  1685. nicht unterstützt. 
  1686.  
  1687.  
  1688.     
  1689.  
  1690. 9.5.11 Socks 
  1691.  
  1692.  
  1693.  
  1694.  
  1695.  
  1696.  
  1697.  
  1698.  
  1699.  
  1700.  
  1701.  
  1702.     Liste der SOCKS-Konfigurationseinträge im System, bestehend aus einem 
  1703. Protokolltyp, einem Befehl, einer Liste von Rechnern, einer Liste von Ports, 
  1704. und einer Liste von Proxies. Die Tabelle definiert, welcher 
  1705. Proxy-(SOCKS)-Server, wenn überhaupt, kontaktiert werden soll, abhängig davon, 
  1706. zu welchem Rechner und Port eine Verbindung aufgebaut wird. 
  1707.  
  1708.     Die meisten Anwender brauchen an dieser Tabelle keine Veränderungen 
  1709. vorzunehmen. Wenn Sie SOCKS überhaupt nicht verwenden, dann ignorieren Sie 
  1710. diese Tabelle einfach. Wenn Sie SOCKS verwenden, ist es in den meisten Fällen 
  1711. ausreichend, diese Tabelle leer zu lassen, und nur einen SOCKS-Server in Socks 
  1712. zu konfigurieren. Sie brauchen in dieser Tabelle nur Änderungen vornehmen, wenn 
  1713. Sie verschiedene SOCKS-Server für verschiedene Rechner oder Ports kontaktieren 
  1714. wollen, oder wenn Sie ein komplexes lokales Netz haben (mit mehrere Subnets), 
  1715. innerhalb des SOCKS-Firewalls. 
  1716.  
  1717.     Jeder Eintrag in dieser Tabelle definiert einen Filter für eine Verbindung 
  1718. oder einen Bind-Versuch, und eine Liste von Proxy-Servern, die kontaktiert 
  1719. werden sollen, wenn eine Verbindung dem Filter entspricht. Für jede Verbindung 
  1720. und jeden Bind-Versuch wird die Tabelle von vorne bis hinten durchsucht, und 
  1721. der erste passende Eintrag wird verwendet, d.h. die Reihenfolge der Einträge 
  1722. ist wichtig. Das Format jedes Eintrags ist folgendermaßen: 
  1723.  
  1724.  Typ
  1725. Definiert den Typ der Verbindung, die verwendet werden soll, wenn der Filter 
  1726. zutrifft. Gültige Einträge sind "socks4" für eine SOCKS V4-Verbindung, "socks5" 
  1727. für eine SOCKS V5-Verbindung und "noproxy" für eine direkte Verbindung, ohne 
  1728. SOCKS. 
  1729.  
  1730.  Befehl
  1731. Dieses Feld ist Teil des Filters, und kann eine mit Kommata getrennte Liste von 
  1732. Buchstaben sein, ohne Leerzeichen dazwischen. Jeder Buchstabe entspricht einem 
  1733. Zugriffstyp: "c": connect. "b": bind. "u": UDP. "p": ping. "t": traceroute. "-" 
  1734. beliebiger Zugriff. 
  1735.  
  1736.  Hosts
  1737. Dieses Feld ist Teil des Filters, und kann eine Host-Definition in der 
  1738. folgenden Form sein: "HostIP/Maske": trifft auf die Rechner zu, die von der 
  1739. IP-Adresse und Netzmaske bestimmt werden, z.B. "1.2.3.4/255.255.0.0". "-": 
  1740. trifft auf alle Rechner zu. "n1": entspricht "n1.0.0.0/255.0.0.0". "n1.n2": 
  1741. entspricht "n1.n2.0.0/255.255.0.0". "n1.n2.n3": entspricht 
  1742. "n1.n2.n3.0/255.255.255.0". ".domain.name": trifft auf alle Rechner zu, die in 
  1743. ".domain.name" enden. "a.host.name": trifft genau auf den Rechner "a.host.name" 
  1744. zu. 
  1745.  
  1746.  Ports
  1747. Dieses Feld ist Teil des Filters, und kann eine Port-Definition wie folgt sein: 
  1748. "-": trifft auf alle Ports zu. "Name": trifft auf den angegebenen Dienst zu, 
  1749. z.B. "ftp". "Zahl": trifft auf die angegebene Portnummer zu, z.B. "80". 
  1750. "[100,1000]": trifft auf Ports 100 bis 1000 zu. "(100,1000)": trifft auf Ports 
  1751. 101 bis 999 zu. "(100,1000]": trifft auf Ports 101 bis 1000 zu. 
  1752.  
  1753.  Proxies
  1754. Dieses Feld definiert, welche Proxy-Server kontaktiert werden sollen für 
  1755. Requests, auf die der Filter zutrifft. Es kann eine Komma-getrennte Liste von 
  1756. Server-Einträgen sein. Jeder Server-Eintrag muß mit IP-Adresse oder Hostname 
  1757. angegeben sein, optional gefolgt von einem Doppelpunkt und einer Portnummer. 
  1758.  
  1759.     Diese Tabelle ist nur funktional, wenn "SOCKS" in Socks eingeschaltet ist. Für 
  1760. Zugriffsarten, auf die kein Tabelleneintrag zutrifft, wird der 
  1761. Standard-SOCKS-Server/Port verwendet, der in Socks definiert ist, mit dem 
  1762. SOCKS5-Protokoll. 
  1763.  
  1764.  
  1765.   
  1766. 9.5.12 IP-Filter 
  1767.  
  1768.     (Diese Option erscheint nur in der registrierten Version.) 
  1769.  
  1770.  
  1771.  
  1772.  
  1773.  
  1774.  
  1775.  
  1776.  
  1777.  
  1778.  
  1779.  
  1780.     Diese Tabelle ermöglicht Ihnen, einige der bei Ihnen ankommenden IP-Pakete 
  1781. heraus zu filtern, oder System-Log-Einträge zu erzeugen, wenn derartige Pakete 
  1782. ankommen. Das erlaubt es Ihnen, einen sehr einfachen Firewall zu 
  1783. implementieren, oder Informationen zu erhalten, wenn jemand versucht, in Ihren 
  1784. Rechner "einzubrechen". 
  1785.  
  1786.     Die Tabelle besteht aus einer Folge von Regeln. Jedes ankommende Paket wird 
  1787. mit jeder der Regeln verglichen, in der Reihenfolge von oben nach unten. Die 
  1788. erste Regel, die auf das Paket zutrifft, bestimmt, ob das Paket ausgefiltert 
  1789. wird, und ob ein Log-Eintrag erzeugt wird. Weitere Regeln werden dann nicht 
  1790. mehr überprüft. 
  1791.  
  1792.     Jeder Tabelleneintrag besteht aus den folgenden Feldern: 
  1793.  
  1794. · Ein Protokoll, d.h. "tcp", "udp" oder "*" für ein beliebiges Protokoll. 
  1795.  
  1796. · Ein Dienst (ein Namen, der in der Dienste-Tabelle erscheint, "*" für "ein 
  1797. beliebiger Port", oder "$" für "ein beliebiger Service-Port", d.h. ein Port, 
  1798. der nicht im Bereich von 1024-5000 liegt). Es ist auch möglich, einen Bereich 
  1799. direkt anzugeben, mit dem "/" als Trennzeichen zwischen dem ersten und letzten 
  1800. Dienst. "1/80" ist z.B. der Bereich von Port 1 bis Port 80. 
  1801.  
  1802. · Eine IP-Adresse (die Source-IP-Adresse des Pakets). 
  1803.  
  1804. · Eine Netzmaske (die den Bereich der IP-Adressen definiert). 
  1805.  
  1806. · Zwei Parameter, die bestimmen, was geschehen soll: Sie können Zugriff 
  1807. erlauben oder verbieten ("y" oder "n"), und optional einen Log-Eintrag 
  1808. erstellen ("y" oder "n"). 
  1809.  
  1810.     Beachten Sie, daß Log-Einträge nur für "tcp"-Dienste erstellt werden, nicht 
  1811. für "udp"-Dienste. 
  1812.  
  1813.     Hier ist ein Beispiel für eine sinnvolle Startkonfiguration für den IP-Filter: 
  1814.  
  1815.  
  1816.  * * 127.0.0.1 (leere Maske) y n tcp auth *.*.*.* (leere Maske) y n * $ *.*.*.* 
  1817. (leere Maske) y y 
  1818.  
  1819. Das bewirkt: 
  1820.  
  1821.     Die erste Zeile stellt sicher, daß alle lokal verschickten Pakete (d.h. von 
  1822. Ihrem Amiga zu Ihrem Amiga) ohne Logging erlaubt werden. 
  1823.  
  1824.     Die zweite Zeile erlaubt auch ankommende "auth"-Anfragen ohne Logging. Das ist 
  1825. nützlich, weil "auth"- ("identd"-) Anfragen von so vielen httpd-, ftpd- und 
  1826. ircd-Servern gestellt werden, daß sie vermutlich nicht mit Logeinträgen für 
  1827. jede derartige Anfrage belästigt werden möchten. 
  1828.  
  1829.     Die dritte Zeile erlaubt alle übrigen externen Anfragen, aber erzeugt jeweils 
  1830. einen Log-Eintrag, damit Sie erkennen, wenn jemand versucht, auf Ihren Rechner 
  1831. zuzugreifen. Es ist wichtig, daß Sie den Dienst als "$" angeben, nicht als "*", 
  1832. und zwar weil ftp Rückwärts-Verbindungen (also vom Server zum Client) beim 
  1833. Upload und Download benutzt. Wenn Sie den Dienst als "*" angeben, erhalten Sie 
  1834. einen Log-Eintrag jedes mal wenn Sie eine Datei von/zu einem ftp-Server 
  1835. up/downloaden. 
  1836.  
  1837.     Alle übrigen Pakete (d.h. Pakete von aussen, die zu einem Port zwischen 1024 
  1838. und 5000 geschickt werden), verwenden die implizite Standardregel, also Zugriff 
  1839. erlauben, und keinen Log-Eintrag erstellen. 
  1840.  
  1841.  
  1842. 9.6 TCP/IP 
  1843.  
  1844.  
  1845.  
  1846.  
  1847.  
  1848.  
  1849.  
  1850.  
  1851.  
  1852.  
  1853.  
  1854.  
  1855.  
  1856. 9.6.1 Hostname 
  1857.  
  1858.     In den meisten Fällen sollten Sie den Schalter "dynamisch" einschalten. Miami 
  1859. ermittelt dann automatisch den Hostnamen Ihres Amiga durch "reverse DNS 
  1860. lookup", nachdem die Verbindung aufgebaut wurde. 
  1861.  
  1862.     Einige Provider unterstützen allerdings kein "reverse DNS lookup", oder weisen 
  1863. ihren Kunden feste Hostnamen zu, die nicht im DNS gelistet sind. In diesem Fall 
  1864. schalten Sie "dynamisch" aus, und geben Sie den Hostnamen manuell ein. 
  1865.  
  1866.     
  1867. 9.6.2 Realname / Username 
  1868.  
  1869.     In diesen Eingabefeldern sollten Sie Ihren Realnamen (z.B. "Joe Smith"), und 
  1870. den Anwendernamen auf Ihrem Amiga (z.B. "jsmith") eingeben. 
  1871.  
  1872.     Obwohl Sie theoretisch hier beliebige Namen verwenden können, ist es üblich, 
  1873. die korrekten Namen zu verwenden, keine Phantasienamen. 
  1874.  
  1875.     Einige Programme fragen Miami nach Anwender-Informationen zu Ihrem 
  1876. Anwendernamen. Damit diese Programme korrekt funktionieren, sollten Sie darauf 
  1877. achten, daß im "Anwender"-Teil auf der "Datenbank"-Seite ein Eintrag existiert, 
  1878. der dem hier angegebenen Usernamen entspricht. 
  1879.  
  1880.  
  1881. 9.6.3 ICMP verwenden 
  1882.  
  1883.     Wenn dieser Schalter aktiviert ist, verwendet Miami ICMP-"ping"-Pakete, um die 
  1884. Gültigkeit von IP-Adressen, DNS-Servern usw. zu überprüfen. 
  1885.  
  1886.     Dieser Schalter sollte normalerweise eingeschaltet sein, weil er zusätzlich 
  1887. vor Fehlkonfigurationen schützt. 
  1888.  
  1889.     Allerdings kann es sein, daß Sie diesen Schalter ausschalten müssen, wenn Sie 
  1890. mit Hilfe eines TCP-Emulators wie TIA verbunden sind, da nicht alle 
  1891. TCP-Emulatoren ICMP unterstützen. 
  1892.  
  1893.  
  1894. 9.6.4 Verwende DHCP 
  1895.  
  1896.     Wenn Ihr Provider dynamische IP-Adressen verwendet, gibt es verschiedene 
  1897. Möglichkeiten für Miami, die korrekte (dynamische) IP-Adresse zu finden. 
  1898.  
  1899.     Für PPP-Verbindungen geschieht das normalerweise als Teil des PPP-Protokolls. 
  1900. Für (C)SLIP-Verbindungen ist das aber nicht möglich, d.h. (C)SLIP-Verbindungen 
  1901. verwenden manchmal ein Protokoll mit dem Namen "DHCP". Eine weitere Möglichkeit 
  1902. ist, die IP-Adresse aus dem Anwahl-Protokoll zu entnehmen. 
  1903.  
  1904.     Wenn Sie MiamiInit zum Konfigurieren der Leitung benutzt haben, dann lassen 
  1905. Sie diesen Schalter am besten in der Standardeinstellung. Wenn Sie Miami 
  1906. manuell konfiguriert haben, sollten Sie "DHCP" zunächst eingeschaltet lassen, 
  1907. und dann später testen, ob es auch ohne "DHCP" noch funktioniert. 
  1908.  
  1909.     Wenn Miami Ihre IP-Adresse auch ohne DHCP erkennen kann, sollte "DHCP" 
  1910. ausgeschaltet sein, da das Aufbauen der Verbindung dann schneller geht. 
  1911.  
  1912.  
  1913. 9.6.5 DNS-Server überprüfen 
  1914.  
  1915.     Normalerweise versucht Miami, die IP-Adressen aller DNS-Server auf Gültigkeit 
  1916. zu überprüfen. Allerdings kann das Probleme mit einigen Internet-Providern 
  1917. verursachen, wenn deren DNS-Server eine schlechte Verbindung haben oder kurz 
  1918. nach Verbindungsaufbau noch nicht auf Anfragen reagieren. 
  1919.  
  1920.     Wenn Sie den Schalter "DNS-Server überprüfen" deaktivieren, dann überspringt 
  1921. Miami die DNS-Überprüfung beim Verbindungsaufbau. 
  1922.  
  1923.  
  1924. 9.6.6 Pseudo-IP 
  1925.  
  1926.     Wenn Sie mit Hilfe eines TCP-Emulators wie TIA oder Slirp verbunden sind, und 
  1927. dieser Emulator Ihnen keine "echte" IP-Adresse zuweist, sondern eine 
  1928. Pseudo-IP-Adresse, dann sollten Sie diesen Schalter aktivieren. 
  1929.  
  1930.     Wenn dieser Schalter aktiviert ist, ermittelt Miami Ihren Hostnamen auf der 
  1931. Basis der Gateway-IP-Adresse, nicht ihrer lokalen Pseudo-IP-Adresse. 
  1932.  
  1933.     
  1934. 9.6.7 T/TCP
  1935.  
  1936.     (Diese Option ist nur in der registrierten Version anwählbar.) 
  1937.  
  1938.     T/TCP (TCP for Transactions) ist eine Erweiterung zu TCP, die die 
  1939. Geschwindigkeit von Netzwerkapplikationen signifikant erhöhen kann, 
  1940. insbesondere für Web-Browser, wenn sowohl der Browser als auch der Server T/TCP 
  1941. unterstützen. 
  1942.  
  1943.     Registrierte Anwender sollten diese Option einschalten, um von dem 
  1944. Geschwindigkeitszuwachs zu profitieren. Allerdings haben einige wenige 
  1945. PPP-Server Probleme mit den erweiterten TCP-Paketen, die T/TCP erzeugt. Wenn 
  1946. Miami also nach dem Einschalten von T/TCP nicht mehr korrekt funktioniert, dann 
  1947. schalten Sie diese Option aus - oder suchen Sie sich einen neuen Provider. 
  1948.  
  1949.  
  1950. 9.6.8 Domain automatisch hinzufügen 
  1951.  
  1952.     Wenn dieser Schalter aktiviert ist, fügt Miami automatisch die Domain Ihres 
  1953. Hostnamen (d.h. alles hinter dem ersten ".") zu Miami"s "Domains"-Datenbank 
  1954. hinzu. 
  1955.  
  1956.     Weder Miami noch irgendwelche Programme benötigen einen derartigen Eintrag, 
  1957. aber es kann für den Anwender bequemer sein, Abkürzungen für Rechnernamen zu 
  1958. verwenden. Für mehr Details sehen Sie unter Die "Datenbank"-Seite nach. 
  1959.  
  1960.     
  1961. 9.6.7 "down" wenn Offline 
  1962.  
  1963.     (Diese Option ist nur in der registrierten Version anwählbar.) 
  1964.  
  1965.     In der unregistrierten Version unterbricht Miami grundsätzlich alle 
  1966. TCP-Verbindungen, wenn die Schnittstelle offline geht. In der registrierten 
  1967. Version erhält Miami die Verbindungen in so einer Situation aufrecht. Das hat 
  1968. den Vorteil, daß Sie möglicherweise schnell eine neue Modem-Verbindung 
  1969. aufbauen, und Ihre bisherigen TCP-Verbindungen weiter nutzen können. 
  1970.  
  1971.     Der Nachteil ist, daß das Aufrechterhalten von TCP-Verbindungen bei einer 
  1972. Schnittstelle im Offline-Zustand auch zur Folge hat, daß eine Applikation nicht 
  1973. mehr erkennen kann, ob Miami online oder offline ist, d.h. wenn eine 
  1974. Applikation versucht, eine Verbindung aufzubauen, während die Schnittstelle 
  1975. offline ist, wird kein Fehler erzeugt, sondern die Applikation wartet nur auf 
  1976. einen Timeout. 
  1977.  
  1978.     Wenn Ihnen dieses Verhalten nicht gefällt, und Sie lieber hätten, wenn im 
  1979. Offline-Zustand Fehlermeldungen erzeugt werden, dann aktivieren Sie diese 
  1980. Option. 
  1981.  
  1982.     
  1983. 9.6.8 Schutz vor Dauer-Ping 
  1984.  
  1985.     (Diese Option ist nur in der registrierten Version anwählbar.) 
  1986.  
  1987.     Miami enthält eine einfache Heuristik, um die Effekte von 
  1988. "Denial-of-Service-Attacks" zu vermindern, die durch Dauer-Pings ("ping 
  1989. flooding") entstehen: 
  1990.  
  1991.     Wenn diese Option aktiviert ist, und ein Anwender versucht, Ihren Rechner mit 
  1992. Dauer-Pings zu belästigen (entweder mit sehr grossen Pings, oder mit sehr 
  1993. schnell aufeinander folgenden Pings), dann erzeugt Miami einen Log-Eintrag, um 
  1994. Sie davon zu informieren, und erzeugt dann für einige Zeit keine Ping-Antworten 
  1995. an diesen Anwender mehr, bis der Anwender für einige Zeit mit den Dauer-Pings 
  1996. aufgehört hat. 
  1997.  
  1998.     Beachten Sie, daß es unmöglich ist, die Dauer-Pings ganz zu verhindern, d.h. 
  1999. den Anwender davon abzuhalten, Ihre Modem-Kapazität zu verschwenden. Das 
  2000. einzige, was Miami in so einer Situation tun kann, ist, keine Antworten mehr zu 
  2001. schicken, und Sie zu informieren (damit Sie einen neuen Modemport anwählen 
  2002. können). Es ist Miami nicht möglich, die Verschwendung der Modembandbreite an 
  2003. sich zu verhindern. Das ginge nur durch einen Filter bei Ihrem 
  2004. Internet-Provider. 
  2005.  
  2006.   
  2007. 9.6.9 Zeit ermitteln 
  2008.  
  2009.     Wenn Ihr Amiga nicht mit einer batteriegepufferten Echtzeituhr ausgestattet 
  2010. ist, sollten Sie den Schalter "Zeit ermitteln" aktivieren, und Namen oder 
  2011. IP-Adresse eines Servers eingeben, der den "time"-Dienst unterstützt. Wenn Sie 
  2012. nicht sicher sind, welchen Server Sie eingeben sollen, versuchen Sie es mit dem 
  2013. Server, den Sie für Email oder News verwenden. 
  2014.  
  2015.     Wenn Sie diese Funktionen nutzen, dann achten Sie darauf, daß die 
  2016. Environment-Variable "ENV:TZ" korrekt eingestellt ist, d.h. normalerweise zu 
  2017. einem Text der Form "EST5" oder "EST4EDT" (während der Sommerzeit). Das ist 
  2018. wichtig, da der Server die Zeit im GMT- (UTC-) Format übermittelt, und dieses 
  2019. Format von Miami an die lokale Zeitzone angepaßt werden muß. Für mehr 
  2020. Informationen hierzu lesen Sie bitte Zeitzonen-Informationen. 
  2021.  
  2022.     Verwenden Sie diese Funktion nicht, wenn Ihr Amiga eine batteriegepufferte 
  2023. Echtzeituhr hat, denn dann ist es möglich, daß beim Stellen der Zeit die 
  2024. Uhrzeit kurzzeitig rückwärts läuft. Das kann zu Problemen mit Programmen 
  2025. führen, die GetSysTime() für Berechnungen benötigen, und kann zu Abstürzen und 
  2026. anderen Schwierigkeiten führen. 
  2027.  
  2028.     
  2029. 9.7 Ereignisse 
  2030.  
  2031.  
  2032.  
  2033.  
  2034.  
  2035.  
  2036.  
  2037.  
  2038.  
  2039.  
  2040.  
  2041.  
  2042.     Miami erlaubt es, auf verschiedene Ereignisse wie "offline", "online" usw. auf 
  2043. verschiedene Art zu reagieren, z.B. durch das Ausführen von ARexx-Skripts, das 
  2044. ikonifizieren des Miami-Fensters usw. 
  2045.  
  2046.     Die genauen Ereignisse, auf die Miami reagieren kann, sind: 
  2047.  
  2048.  Start
  2049. Programmstart. 
  2050.  
  2051.  Ende
  2052. Programmende. 
  2053.  
  2054.  aktives Offline
  2055. Abbauen der Verbindung, ausgelöst vom Anwender, z.B. durch klicken auf den 
  2056. "Offline"-Schalter, oder durch den ARexx-Befehl "OFFLINE". 
  2057.  
  2058.  passives Offline
  2059. Abbauen der Verbindung, wenn das Modem oder der Provider auflegen. 
  2060.  
  2061.  Online
  2062. Aufbauen der Verbindung, d.h. erfolgreicher Aufbau einer Verbindung zum 
  2063. Internet, einschließlich dem Start aller benötigten Protokolle. 
  2064.  
  2065.  erfolgloser Online-Versuch
  2066. Ein Versuch, eine Verbindung aufzubauen, ist aus irgend einem Grund 
  2067. fehlgeschlagen, z.B. weil alle Telefonleitungen besetzt waren, oder weil die 
  2068. maximale Anzahl Wiederholversuche erreicht wurde. 
  2069.  
  2070.     Miami kann in der folgenden Art reagieren. Nicht alle Optionen machen Sinn als 
  2071. Reaktion auf jedes Ereignis, so daß nur eine Untermenge aller Optionen für 
  2072. jedes Ereignis tatsächlich anwählbar sind: 
  2073.  
  2074.  ARexx
  2075. ARexx-Skript starten. 
  2076.  
  2077.  Shell
  2078. AmigaDOS Shell-Skript starten. 
  2079.  
  2080.  GUI iconifizieren
  2081. Miami-Fenster schliessen, und stattdessen ein Piktogramm anzeigen. 
  2082.  
  2083.  GUI schliessen
  2084. Miami-Fenster schliessen, und GUI-Modul aus dem Speicher entfernen. 
  2085.  
  2086.  Auto-Online
  2087. Versuch, automatisch eine Verbindung aufzubauen. 
  2088.  
  2089.  Blinken
  2090. Bildschirm aufblinken lassen, oder Signalton ausgeben, wie in den 
  2091. Amiga-System-Preferences definiert. 
  2092.  
  2093.  Anzeigen
  2094. Miami-Fenster öffnen, und Piktogramm entfernen. 
  2095.  
  2096.     In der Demoversion von Miami sind die Optionen "ARexx" und "Shell" nicht 
  2097. verfügbar, und "auto-online" ist nicht als Reaktion auf "passives Offline" 
  2098. verfügbar. 
  2099.  
  2100.     Im Eingabefeld "Konsolenname" können Sie die Ein-/Ausgabedatei angeben, die 
  2101. von ARexx und Shellskripten benutzt wird. Es sollte etwas in der Form 
  2102. "CON:1/1/400/100/Titel" sein. 
  2103.  
  2104.  
  2105. 9.8 Modem 
  2106.  
  2107.  
  2108.  
  2109.  
  2110.  
  2111.  
  2112.  
  2113.  
  2114.  
  2115.  
  2116.  
  2117.   
  2118. 9.8.1 Init-String 
  2119.     Der Initialisierungsstring für Ihr Modem, normalerweise eingestellt von 
  2120. MiamiInit. 
  2121.  
  2122.  
  2123. 9.8.2 Exit-String 
  2124.  
  2125.     Der String, der beim Programmende zum Modem geschickt wird. Die meisten 
  2126. Anwender benötigen diese Option nicht, aber sie kann nützlich sein, wenn 
  2127. mehrere Programme einen Modemport teilen, und das Modem auf 
  2128. Standardeinstellungen zurück gesetzt werden muß, wenn Miami beendet wird. 
  2129.  
  2130.     
  2131. 9.8.3 Wählpräfix 
  2132.  
  2133.     Der von Ihrem Modem verwendete Befehl zum Wählen, d.h. der String, der der 
  2134. Telefonnummer vorangestellt wird. Normalerweise ist das "ATDT" oder "ATDP". 
  2135.  
  2136.     
  2137. 9.8.4 Wählsuffix 
  2138.  
  2139.     Der String, der an die Telefonnummer angehängt wird, um den Wählbefehl zu 
  2140. vervollständigen. Das ist normalerweise "\r" . 
  2141.  
  2142.  
  2143. 9.8.5 Nullmodem 
  2144.  
  2145.     Miami nimmt normalerweise an, daß Sie ein Modem an Ihrem seriellen Port 
  2146. angeschlossen haben. Wenn Ihr Amiga mittels Nullmodem-Kabel direkt mit einem 
  2147. anderen Rechner verbunden ist, müssen Sie diesen Schalter aktivieren. Er 
  2148. verhindert daß Miami Modembefehle ("AT-Befehle") verschickt, und auf Antworten 
  2149. wie "OK" oder "CONNECT" wartet. 
  2150.  
  2151.     Wenn "Nullmodem" aktiviert ist, ändert sich die Bedeutung des "Verwende 
  2152. CD"-Schalters auf der "Schnittstelle"-Seite: 
  2153.  
  2154.     · Wenn Ihr Rechner mit einem Computer verbunden ist, der eine Login-Sequenz 
  2155. benötigt, um SLIP/PPP zu starten, sollten Sie "Verwende CD" deaktivieren. Miami 
  2156. führt dann erst das auf der "Wählmodul"-Seite definierte Wählskript aus, aber 
  2157. ohne eine Telefonnummer zu wählen. Diese Option ist nützlich, wenn Sie mit 
  2158. einer Unix- oder Linux-Box verbunden sind, die einen getty mit 
  2159. Login/Passwort-Abfrage auf dem seriellen Port betreibt. 
  2160.  
  2161.     · Wenn Ihr Rechner mit einem Computer verbunden ist, der auf dem seriellen 
  2162. Post direkt SLIP/PPP benutzt (z.B. ein anderer Amiga mit Miami), dann sollten 
  2163. Sie "Verwende CD" aktivieren. Miami überspringt dann das Wählskript und 
  2164. versucht sofort, das Protokoll auszuhandeln. 
  2165.  
  2166.  
  2167.     
  2168.  
  2169. 9.9 Protokollierung 
  2170.  
  2171.  
  2172.  
  2173.  
  2174.  
  2175.  
  2176.  
  2177.  
  2178.  
  2179.  
  2180.  
  2181.  
  2182. 9.9.1 Konsole 
  2183.  
  2184.     Im diesem Eingabefeld können Sie den AmigaDOS-Dateinamen eines Fensters 
  2185. eingeben, das Miami für System-Log-Nachrichten verwendet. Diese Datei wird 
  2186. offen gehalten, nachdem die erste Systemnachricht ausgegeben wurde, d.h. Sie 
  2187. sollten die "CON:"-Optionen "/AUTO/CLOSE" verwendet, damit Sie das Fenster 
  2188. schliessen können, ohne daß alte Systemnachrichten verloren gehen. 
  2189.  
  2190.  
  2191. 9.9.2 Datei 
  2192.  
  2193.     In diesem Eingabefeld können Sie den AmigaDOS-Dateinamen einer Datei angeben, 
  2194. in der Miami System-Log-Nachrichten speichert. Wenn die Datei bereits 
  2195. existiert, fügt Miami neue Nachrichten am Ende an, d.h. alte Dateiinhalte 
  2196. werden nicht gelöscht. 
  2197.  
  2198.  
  2199. 9.9.3 syslog.library verwenden 
  2200.  
  2201.     Wenn Sie diesen Schalter aktivieren, versucht Miami, auf syslog.library 
  2202. zuzugreifen, um das System-Log zu erzeugen. syslog.library ist Teil des 
  2203. SysLog-Pakets von Petri Nordlund. 
  2204.  
  2205.  
  2206. 9.9.4 Telefon-Log 
  2207.  
  2208.     Miami kann Online- und Offline-Ereignisse protokollieren, um bei der 
  2209. Verwaltung von Telefonrechnungen zu helfen. 
  2210.  
  2211.     Mit den beiden "Telefon-Log"-Schaltern kann man das Telefon-Logging 
  2212. einschalten, und den Namen der Datei angeben, an der Miami neue Log-Einträge 
  2213. anfügt. 
  2214.  
  2215.     Im Moment wird nur das ASCII-Format unterstützt, mit den folgenden Einträgen: 
  2216.  Online: 27.07.1996 17:48:11 (5551234) Passive offline: 27.07.1996 17:48:11 
  2217. Active offline: 27.07.1996 17:48:11 Reconnect: 27.07.1996 17:48:11 
  2218.     Der "Online"-Eintrag enthält die gewählte Telefonnummer in "()". "Reconnect" 
  2219. tritt auf, wenn Miami eine Verbindung aufbaut, ohne neu zu wählen, z.B. nach 
  2220. einem Reset des Rechners. 
  2221.  
  2222.     Der Unterschied zwischen "passivem" und "aktivem" Offline ist, daß "aktives" 
  2223. Offline freiwillig ist, d.h. das Resultat eines "OFFLINE"-ARexx-Befehls, eines 
  2224. Klicks auf den "Offline"-Schalter usw. Ein "passives" Offline tritt auf, wenn 
  2225. das Modem auflegt, oder der Internet-Provider die Verbindung abbaut. 
  2226.  
  2227.  
  2228.  9.9.5 PPP-Log 
  2229.  
  2230.     (Diese Option ist nur in der registrierten Version anwählbar.) 
  2231.  
  2232.     Der PPP-Log-Schalter erlaubt Ihnen, eine Datei anzugeben, in der Miami die 
  2233. Phases des Verbindungsaufbaus von PPP protokolliert. Die Daten werden in leicht 
  2234. lesbarer Form protokolliert, d.h. nicht als Hexdump. Nur die 
  2235. Verbindungsaufbau-Phase, d.h. bis die LCP- und IPCP-Automaten den "Open"-Status 
  2236. erreichen. Danach wird die Protokollierung beendet. 
  2237.  
  2238.     Die wichtigste Aufgabe des PPP-Logs ist es, Kompatibilitätsprobleme in PPP zu 
  2239. erkennen, und PPP-Optionen für einzelne Server zu optimieren. 
  2240.  
  2241.  
  2242. 9.10 Fenster 
  2243.  
  2244.  
  2245.  
  2246.  
  2247.  
  2248.  
  2249.  
  2250.  
  2251.  
  2252.  
  2253.  
  2254.  
  2255. 9.10.1 Ende-Requester 
  2256.  
  2257.     Sie können konfigurieren, wann Miami einen Ende-Requester anzeigen soll: 
  2258.  
  2259. · immer 
  2260.  
  2261. · wenn noch Programme laufen, die Miami benutzen 
  2262.  
  2263. · wenn Miami online ist oder Kombinationen davon. 
  2264.  
  2265.  
  2266. 9.10.2 Offline-Requester 
  2267.  
  2268.     Wenn Sie diesen Schalter aktivieren, fragt Miami vor dem Auflegen der Leitung 
  2269. noch einmal nach. 
  2270.  
  2271.  
  2272. 9.10.3 Fehler-Requester 
  2273.  
  2274.     Normalerweise zeigt Miami einen Fehlerrequester an, wenn beim Wählen oder bei 
  2275. der Konfiguration der Verbindung ein Fehler auftritt. Wenn Sie diesen Schalter 
  2276. ausschalten, werden derartige Fehler ignoriert, und es erscheint kein 
  2277. Requester. 
  2278.  
  2279.  
  2280. 9.10.4 Wählmodul 
  2281.  
  2282.     Das Standard-Wählfenster hat drei Teile: Einen Hilfetext oben, einige Schalter 
  2283. darunter, und das Dialogfenster ganz unten. Mit den drei "Wählmodul"-Schaltern 
  2284. können Sie jeden dieser Teile einzeln einschalten oder ausschalten. 
  2285.  
  2286.     Wenn das Dialogfenster ausgeschaltet wird, zeigt Miami stattdessen eine 
  2287. einzelne Zeile an, in der der gerade ausgeführte Befehl erscheint. 
  2288.  
  2289.     Mit dem "Fenster aktivieren"-Schalter teilen Sie Miami mit, daß Miami 
  2290. Wählfenster und Fehler-Requester automatisch aktivieren soll, wenn diese 
  2291. erscheinen. 
  2292.  
  2293.  
  2294. 9.11 GUI (Benutzeroberfläche)
  2295.  
  2296.     Diese Seite definiert die Einstellungen für die Benutzeroberfläche von Miami, 
  2297. d.h. Hotkeys, Iconifizierung und die zu verwendende Benutzeroberfläche. 
  2298.  
  2299.     Wichtig: Geben Sie Einstellungen, die die Benutzeroberfläche betreffen immer 
  2300. auf dieser Seite an, nicht in anderen Programmen. Auch wenn Sie MUI benutzen, 
  2301. verwenden Sie nicht die Iconify- und Hotkey-Funktion in den MUI-Einstellungen 
  2302. für Miami. Diese Funktionen funktionieren nicht mit Miami, da Miami die 
  2303. Iconifizierung selbständig handhabt, ohne MUI. 
  2304.  
  2305.  
  2306.  
  2307.  
  2308.  
  2309.  
  2310.  
  2311.  
  2312.  
  2313.  
  2314. 9.11.1 Hotkey 
  2315.  
  2316.     Hier können Sie den Commodities-Hotkey definieren, mit dem die 
  2317. Miami-Benutzeroberfläche iconifiziert und deiconifiziert werden kann. Es wird 
  2318. normale Commodities-Syntax verwendet, z.B. entspricht der Hotkey "ctrl alt m" 
  2319. dem gleichzeitigen Drücken der Ctrl-Taste, einer der beiden Alt-Tasten, und der 
  2320. Taste "m". "ctrl alt m" ist auch der Standardwert. 
  2321.  
  2322.  
  2323. 9.11.2 Icon anzeigen 
  2324.  
  2325.     Wenn dieser Schalter aktiviert ist, wird auf der Workbench ein AppIcon 
  2326. angezeigt, wenn Miami iconifiziert ist. 
  2327.  
  2328.  
  2329. 9.11.3 Menue anzeigen 
  2330.  
  2331.     Wenn dieser Schalter aktiviert ist, wird ein Eintrag "Miami" im "Tools"-Menue 
  2332. der Workbench erzeugt, wenn Miami iconifiziert ist. 
  2333.  
  2334.  
  2335. 9.11.4 Keine GUI beim Start 
  2336.  
  2337.     Wenn dieser Schalter aktiviert ist, lädt Miami das GUI-Modul nicht beim 
  2338. Programmstart, und öffnet das Hauptfenster auch nicht. Diese Funktion ist am 
  2339. nützlichsten, wenn man sie mit der Funktion "automatisches Online beim 
  2340. Programmstart" verknüpft. Siehe Ereignisse für mehr Informationen hierzu. 
  2341.  
  2342.  
  2343. 9.11.5 Online-Icon 
  2344.  
  2345.     Hier können Sie das Icon (".info"-Datei) angeben, das Miami als AppIcon 
  2346. verwendet, wenn Miami online ist. Der Standard (leeres Eingabefeld) ist ein in 
  2347. Miami eingebautes Icon. 
  2348.  
  2349.  
  2350. 9.11.6 Offline-Icon 
  2351.  
  2352.     Hier können Sie das Icon (".info"-Datei) angeben, das Miami als AppIcon 
  2353. verwendet, wenn Miami offline ist. Der Standard (leeres Eingabefeld) ist ein in 
  2354. Miami eingebautes Icon. 
  2355.  
  2356.  
  2357. 9.11.7 GUI-Modul 
  2358.     Mit diesem Schalter können Sie eins von mehreren installierten GUI-Modulen 
  2359. auswählen. Miami merkt sich Ihre Wahl, und speichert sie in der 
  2360. Einstellungen-Datei (wenn Sie die Einstellungen später speichern), schaltet 
  2361. aber nicht sofort auf das neue GUI-Modul um. Um das zu tun, klicken Sie auf 
  2362. Umschalten. 
  2363.  
  2364.  
  2365. 9.11.8 Umschalten 
  2366.  
  2367.     Wenn Sie auf diesen Schalter klicken, schaltet Miami auf das ausgewählte 
  2368. GUI-Modul um. (Was wirklich passiert ist: Miami wird iconifiziert, entfernt das 
  2369. aktuelle GUI-Modul, lädt das neue GUI-Modul, und deiconifiziert mit dem neuen 
  2370. Modul). 
  2371.  
  2372.  
  2373. 9.12 Socks
  2374.  
  2375.     Auf dieser Seite können sie die SOCKS-Client-Unterstützung von Miami 
  2376. konfigurieren. Wenn Sie noch nie von SOCKS gehört haben, brauchen Sie es 
  2377. vermutlich nicht. SOCKS ist ein Proxy-System, das Rechnern innerhalb eines 
  2378. Firewalls erlaubt, Verbindungen zu Rechnern außerhalb des Firewalls aufzubauen. 
  2379.  
  2380.  
  2381.     Miami"s SOCKS-Implementierung erlaubt es Amiga-TCP/IP-Clients, Verbindungen 
  2382. "durch" einen Firewall transparent aufzubauen, ohne daß dafür besondere 
  2383. Unterstützung in den Clients notwendig ist. Wenn Ihr Netzanbieter einen 
  2384. SOCKS-Firewall verwendet, dann fragen Sie ihn nach der IP-Adresse des 
  2385. SOCKS-Servers, und nach dem SOCKS-Usernamen und Passwort (falls der 
  2386. SOCKS-Server passwort-geschützt ist), und konfigurieren Sie Miami auf dieser 
  2387. Seite entsprechend. 
  2388.  
  2389.     Die Einstellungen auf dieser Seite sind die Grundeinstellungen für Ihren 
  2390. Rechner. Sie können SOCKS in mehr Detail unter Datenbank/Socks konfigurieren. 
  2391.  
  2392.  
  2393.  
  2394.  
  2395.  
  2396.  
  2397.  
  2398.  
  2399.  
  2400.  
  2401.  
  2402.   
  2403. 9.12.1 SOCKS aktivieren 
  2404.  
  2405.     Wenn dieser Schalter aktiviert ist, verwendet Miami SOCKS, um Verbindungen zu 
  2406. Rechnern aufzubauen, die nicht direkt durch eine Schittstelle erreichbar sind. 
  2407. Sie müssen außerdem die IP-Adresse und den Port des SOCKS-Servers und, bei 
  2408. einigen SOCKS-Servern, Authentifizierung konfigurieren. 
  2409.  
  2410.  
  2411. 9.12.2 Standard-SOCKS-Server 
  2412.     Diese Schalter bestimmen die IP-Adresse und Portnummer des 
  2413. Standard-SOCKS-Servers in Ihrem Netz. Die Portnummer für SOCKS ist 
  2414. normalerweise 1080. 
  2415.  
  2416.  
  2417. 9.12.3 Maximale Syslog-Stufe 
  2418.  
  2419.     Mit diesem Schalter definieren Sie, wie viele Hilfsmeldungen Sie von SOCKS 
  2420. erhalten möchten. Der Schalter sollte normalerweise auf "none" oder "error" 
  2421. stehen. Höhere Einstellungen sind nützlich um zusätzliche Informationen bei der 
  2422. Fehlersuche zu erhalten. 
  2423.  
  2424.  
  2425. 9.12.4 Authentifizierung 
  2426.  
  2427.     Mit diesem Schalter geben Sie an, welche Authentifizierungsdaten an den 
  2428. SOCKS-Server geschickt werden. Die folgenden Einstellungen sind möglich: 
  2429.  
  2430.  keine
  2431. Keine Authentifizierungsdaten werden übertragen. Das funktioniert nur mit 
  2432. SOCKS-Servern, die keine Authentifizierung erfordern. 
  2433.  
  2434.  wie im Wählmodul
  2435. Miami übergibt dem SOCKS-Server die gleiche Username/Passwort-Kombination, die 
  2436. im Wählmodul eingestellt ist. 
  2437.  
  2438.  Username/Passwort
  2439. Miami übergibt dem SOCKS-Server die Username/Passwort-Kombination, die unten 
  2440. eingetragen wird. 
  2441.  
  2442.   
  2443. 9.13 Sonstiges 
  2444.  
  2445.     Es gibt drei weitere Schalter in Miami, die noch nicht in den vorigen 
  2446. Abschnitten beschrieben worden sind: 
  2447.  
  2448.  
  2449. · "Online": Miami beginnt mit dem Wählen, und versucht, eine Verbindung 
  2450. aufzubauen. 
  2451.  
  2452.  
  2453. · "Offline": Miami bricht die Verbindung ab und legt auf. 
  2454.  
  2455. · Eine Liste oder eine Schalterreihe befindet sich auf der linken Seite des 
  2456. Miami-Fensters. Mit dieser Liste können Sie eine der Konfigurations-Seiten 
  2457. anwählen. 
  2458.  
  2459. 10 Wählmodul-Befehlssprache
  2460.  
  2461.     Die folgenden Befehle werden vom Wählmodul unterstützt: 
  2462.  
  2463.  ABORT
  2464. ABORT "Text1","Text2",... Gibt eine Liste von Texten an, bei deren Empfang 
  2465. Miami den Wählvorgang ganz abbricht, z.B. "NO DIALTONE" vom Modem. 
  2466.  
  2467.  ASKPASSWORD
  2468. Erzeugt einen Requester, der Sie nach dem Passwort fragt. 
  2469.  
  2470.  DELAY
  2471. DELAY Sekunden Wartet die angegebene Anzahl Sekunden. 
  2472.  
  2473.  DIALNEXT
  2474. DIALNEXT "Text1","Text2",... Gibt eine Liste von Texten an, bei deren Empfang 
  2475. Miami die nächste Telefonnummer wählt, z.B. "BUSY" vom Modem. 
  2476.  
  2477.  PARSEPASSWORD
  2478. PARSEPASSWORD "Endzeichen" Parsed alle vom Modem ankommenden Zeichen bis zu 
  2479. (nicht einschließlich) <Endzeichen>, und ersetzt dann das aktuelle Passwort 
  2480. durch diesen Text. Dieser Befehl kann nützlich sein für 
  2481. Einmal-Passwort-Systeme, die das Passwort für die nächste Verbindung während 
  2482. des Login-Vorgangs senden. 
  2483.  
  2484.  REDIAL 
  2485. DEDIAL "Text1","Text2",... Gibt eine Liste von Texten an, bei deren Empfang 
  2486. Miami die Leitung auflegt, und die aktuelle Telefonnummer noch einmal wählt, 
  2487. z.B. "BUSY" vom Modem. 
  2488.  
  2489.  SAVECONFIG 
  2490. Speichert die aktuelle Konfiguration (Einstellungen) auf Disk. Dieser Befehl 
  2491. wird normalerweise in Verbindung mit PARSEPASSWORD benutzt, um die 
  2492. Einstellungen mit dem neuen Passwort zu speichern. 
  2493.  
  2494.  SEND 
  2495. SEND "Text" Sender <Text> zum Modem. Ein Linefeed/Carriage Return wird nicht 
  2496. automatisch angefügt. Miami erkennt die folgenden Standard-Kontrollsequenzen: 
  2497. \",\\,\r,\n. Ausserdem werden "\u" und "\p" unterstützt, um die aktuelle 
  2498. Login-ID oder das aktuelle Passwort zu senden. 
  2499.  
  2500.  SENDBREAK 
  2501. Sendet ein "Break"-Signal zum seriellen Port. Einige Terminalserver verwenden 
  2502. das Break-Signal, um in den Befehlsmodus umzuschalten. 
  2503.  
  2504.  SENDPAD 
  2505. SENDPAD "text",Länge Schickt <text> zum Modem, aufgefüllt mit Leerzeichen, bis 
  2506. die in <Länge> angegebene Länge erreicht wird. Beispiel: "SENDPAD "abc",5" 
  2507. würde "abc " senden. 
  2508.  
  2509.  SENDPASSWORD 
  2510. Sendet das aktuelle Passwort, gefolgt von einem "\r". 
  2511.  
  2512.  SENDUSERID 
  2513. Sendet die aktuelle Login-ID, gefolgt von einem "\r". 
  2514.  
  2515.  TIMEOUT 
  2516. TIMEOUT Sekunden Gibt an, wie lange Miami beim nächsten WAIT oder WAITPPP 
  2517. wartet, bevor das Wählskript abgebrochen wird. 
  2518.  
  2519.  WAIT 
  2520. WAIT "Text" Wartet darauf, daß "Text" vom Modem empfangen wird. 
  2521.  
  2522.  WAITCONNECT 
  2523. Wartet auf eine CONNECT-Meldung vom Modem, und den darauf folgenden Text 
  2524. (normalerweise die Angabe der Leitungsgeschwindigkeit). Dieser Befehl ist 
  2525. identisch zu "WAIT "CONNECT"", außer das Miami auch den der "CONNECT"-Meldung 
  2526. folgenden Text in einen internen Puffer kopiert, und ihn später in der 
  2527. Statuszeile anzeigt. Auf diese Weise kann man mit vielen Modems erfahren, mit 
  2528. welcher Geschwindigkeit die Modemverbindung aufgebaut wurde. 
  2529.  
  2530.  WAITPPP 
  2531. Wartet darauf, daß der Server auf PPP umschaltet. 
  2532.  
  2533.     Bei den Befehlen "ABORT", "DIAL" und "DIALNEXT" kann auch das Schlüsselwort 
  2534. "TIMEOUT" (ohne die Anführungszeichen) angegeben werden, statt eines Textes in 
  2535. Anführungszeichen, z.B. ABORT "NO CARRIER",TIMEOUT 
  2536.  
  2537.     Das bedeutet, daß Miami das Wählskript abbricht, wenn ein Timeout auftritt. 
  2538. Andere Optionen sind, die aktuelle Nummer erneut anzuwählen, oder die nächste 
  2539. Nummer zu wählen, wenn ein Timeout auftritt. 
  2540.  
  2541.  
  2542.     
  2543.  
  2544. 11 ARexx-Schnittstelle
  2545.  
  2546.     Der Name des ARexx-Ports von Miami ist "MIAMI.1". Im Moment unterstützt Miami 
  2547. alle Standard-ARexx-Befehle für MUI-Applikationen ("QUIT", "HIDE", 
  2548. "DEACTIVATE", "SHOW", "ACTIVATE", "INFO", "HELP") und die folgenden 
  2549. zusätzlichen Befehle: 
  2550.  
  2551.  CHANGEDB
  2552. Neulesen der Datei "ENVARC:MiamiChangeDB", um die Einstellungen auf den 
  2553. neuesten Stand zu bringen. Bitte sehen Sie unter Client-Einstellungen für 
  2554. nähere Informationen nach. 
  2555.  
  2556.  GETCONNECT
  2557. Gibt den Verbindungstext zurück, der nach der "CONNECT"-Meldung vom Modem 
  2558. zurückgegeben wurde. In den meisten Fällen enthält dieser Text einen Hinweis 
  2559. zur Übertragungsgeschwindigkeit. 
  2560.  
  2561.  GETCONNECTTIME 
  2562. Gibt die Anzahl Sekunden, seit Miami die "CONNECT"-Meldung vom Modem empfan
  2563. gen hat, in der "result"-Variable zurück. 
  2564.  
  2565.  GETONLINETIME 
  2566. Gibt die Anzahl Sekunden, die Miami online ist, in der "result"-Variable 
  2567. zurück. 
  2568.  
  2569.  GETSETTINGSNAME 
  2570. Gibt den Dateinamen der aktuellen Konfigurationsdatei zurück. 
  2571.  
  2572.  ISONLINE 
  2573. Testet ob Miami online ist, und setzt den Fehlercode ("RC") entsprechend. 1 
  2574. bedeutet: Miami ist online. 0 bedeutet: Miami ist offline. 
  2575.  
  2576.  KILLGUI 
  2577. Iconifiziert die Benutzeroberfläche, und entfernt das GUI-Modul. 
  2578.  
  2579.  LOADSETTINGS 
  2580. LOADSETTINGS file/a Lädt die angegebene Einstellungen-Datei. 
  2581.  
  2582.  OFFLINE 
  2583. Abbau der Verbindung und auflegen. Gleiche Bedeutung wie das Anklicken des 
  2584. "Offline"-Schalters. 
  2585.  
  2586.  ONLINE 
  2587. Aufbau der Verbindung. Gleiche Bedeutung wie das Anklicken des 
  2588. "Online"-Schalters. 
  2589.  
  2590.  QUITFORCE 
  2591. Der "QUIT"-Befehl ist die sicherste Methode, um Miami von einem ARexx-Skript 
  2592. aus zu beenden, da Miami damit nur dann versucht, offline zu gehen, und das 
  2593. Programm zu beenden, wenn keine anderen ARexx-Skripte mehr laufen, um Deadlocks 
  2594. zu vermeiden. Der Nachteil davon ist, daß es Timing-Probleme geben kann, wenn 
  2595. Ihre ARexx-Kontrolle sehr komplex ist, und mehrere ARexx-Skripte umfaßt 
  2596. (insbesondere Skripte, die von anderen Ereignissen ausgelöst wurden), und eins 
  2597. oder mehrere dieser Skripte noch laufen, wenn der "QUIT"-Befehl gegeben wird: 
  2598. Miami würde sich dann weigern, das Programm zu beenden, obwohl es in einigen 
  2599. Situationen sicher sein kann, zu warten, und das Programm später zu beenden. In 
  2600. so einem Fall verwenden Sie den "QUITFORCE"-Befehl: damit wartet Miami, bis 
  2601. alle ARexx-Skripte abgearbeitet worden sind, und beendet das Programm dann. 
  2602. Warnung: dieser Befehl kann zu einem "Aufhängen" führen, wenn eins der aktiven 
  2603. ARexx-Skripts nie beendet wird, z.B. wegen einer Endlosschleife oder einem 
  2604. rekursiven Aufruf, d.h. der Befehl ist potentiell gefährlich, wenn eins der 
  2605. ARexx-Skripte fehlerhaft ist. 
  2606.  
  2607.      
  2608. 12 Umgebungs-Variablen 
  2609.  
  2610.     Anwender brauchen keinerlei Umgebungsvariablen manuell zu setzen, um Miami zu 
  2611. benutzen. Trotzdem gibt die folgende Liste an, welche Umgebungsvariablen von 
  2612. Miami benutzt werden, falls Sie manuelle Änderungen vornehmen möchten: 
  2613.  
  2614.  DOMAIN, DOMAINNAME 
  2615. Diese Variablen werden automatisch von Miami gesetzt, wenn Miami online geht. 
  2616. Sie werden auf die aktuelle Domain gesetzt (d.h. auf den Teil des Hostnamen, 
  2617. der dem ersten "." folgt). 
  2618.  
  2619.  HOME 
  2620. Diese Variable wird automatisch von Miami gesetzt, wenn Miami online geht. Sie 
  2621. wird auf das Home-Verzeichnis des Anwenders konfiguriert, der auf der 
  2622. TCP/IP-Seite angegeben wurde. Home-Verzeichnisse können unter 
  2623. Datenbank/Anwender konfiguriert werden. 
  2624.  
  2625.  HOST, HOSTNAME 
  2626. Diese Variablen werden automatisch von Miami gesetzt, wenn Miami online geht. 
  2627. Sie werden auf den konfigurierten Hostnamen gesetzt (bei statischen Hostnamen), 
  2628. oder auf den Hostnamen, der der aktuellen IP-Adresse entspricht, wie mittels 
  2629. Reverse-DNS-Lookup ermittelt. Wenn kein Hostname gefunden wurde, werden die 
  2630. Variablen auf die aktuelle IP-Adresse gesetzt. 
  2631.  
  2632.  MagicWB 
  2633. Wenn kein GUI-Modul angeben wird (vom Benutzer, in einer Einstellungen-Datei, 
  2634. oder in "ENV:MIAMI/GUI"), verwendet Miami entweder "MUI" oder "MUIMWB" als 
  2635. Standard-GUI. "MUIMWB" wird verwendet, wenn die "MagicWB"-Variable existiert, 
  2636. was darauf hinweist, daß MagicWB installiert ist. 
  2637.  
  2638.  REALNAME 
  2639. Diese Variable wird automatisch von Miami gesetzt, wenn Miami online geht. Sie 
  2640. wird auf den Realnamen gesetzt, wie auf der TCP/IP-Seite konfiguriert. 
  2641.  
  2642.  SOCKETCONFIG 
  2643. Diese Variable wird automatisch von Miami gesetzt, wenn Miami online geht. Sie 
  2644. wird von der Freeware-"socket.library"-Emulationslibrary benötigt (für 
  2645. I-Net-225-kompatible Software), und wird in einer Art und Weise gesetzt, die 
  2646. dazu führt, daß die Library korrekt funktioniert. 
  2647.  
  2648.  TZ 
  2649. Diese Variable wird von Miami gelesen, um die aktuelle Zeitzone zu ermitteln. 
  2650. Sie sollte vor der Installation von Miami korrekt gesetzt werden. Für mehr 
  2651. Informationen sehen Sie bitte unter Zeitzonen-Information nach. 
  2652.  
  2653.  USERNAME 
  2654. Diese Variable wird automatisch von Miami gesetzt, wenn Miami online geht. Sie 
  2655. wird auf den Usernamen gesetzt, wie auf der TCP/IP-Seite konfiguriert. 
  2656.  
  2657.  MIAMI/GUI 
  2658. Diese Variable sollte den Namen des Standard-GUI-Moduls enthalten (z.B. "MUI", 
  2659. "MUIMWB" oder "GTLayout"). Sie wird automatisch bei der Installation gesetzt. 
  2660.  
  2661.  MIAMI/SSLLIB 
  2662. Diese Variable wird nur benötigt, wenn MiamiSSL installiert ist, und wird 
  2663. automatisch bei der Installation von MiamiSSL gesetzt. Sie sollte den Namen der 
  2664. SSL-Verschlüsselungslibrary enthalten, d.h. entweder 
  2665. "Miami:Libs/miamisslintl.library" oder "Miami:Libs/miamisslusa.library". 
  2666.  
  2667.  
  2668.  
  2669. 13 Zeitzonen-Information
  2670.  
  2671.     Die Umgebungs-Variable TZ muß folgendermaßen gesetzt werden: 
  2672.  
  2673.     Ausserhalb der Sommerzeit: 
  2674.  
  2675.     EST5 
  2676.  
  2677.     wobei EST der Name der Zeitzone ist, und 5 die *negative* Zeitdifferenz zu UTC 
  2678. ist (d.h. wenn Sie 2 Stunden östlich von UTC sind, muß der Wert -2 sein, nicht 
  2679. 2). In Europa, Asien und Australien ist dieser Wert normalerweise 0 oder 
  2680. negativ, in Amerika dagegen positiv. Siehe unten für Beispiele. 
  2681.     Während der Sommerzeit: 
  2682.  
  2683.     EST4EDT 
  2684.  
  2685.     EST, 4: gleiche Bedeutung wie oben. EDT ist der Name der Zeitzone während der 
  2686. Sommerzeit. Achten Sie bitte auch darauf, die Zahl (4 im Beispiel) um eine 
  2687. Stunde anzupassen, so wie es die Sommerzeit-Regelung erfordert. 
  2688.     Der Name der Zeitzone spielt eigentlich keine Rolle. Es ist nur wichtig, daß 
  2689. die Zahl stimmt, und daß die Zahl *exakt* mit dem vierten Zeichen beginnt. 
  2690.     Es ist FALSCH, irgendeine RFC-konforme Zeitangabe in ENV:TZ zu speichern, d.h. 
  2691. etwas in der Form "EST", "EST (-0500)" oder "-0500" funktioniert NICHT. 
  2692.     Einige Beispiele: 
  2693.                 Winter         Sommer
  2694.     US-Westküste     PST8         PST7PDT
  2695.     US-Ostküste      EST5         EST4EDT
  2696.     England          WET0         WET-1WEDT 
  2697.     große Teile Westeuropas  MET-1    MET-2MEDT 
  2698.  
  2699.  
  2700.     
  2701. 14 Austauschen von Einstellungen 
  2702.  
  2703.     Die Miami-Einstellungen (Konfigurationsdaten) werden in einer IFF-Datei 
  2704. gespeichert, deren Format derzeit absichtlich nicht dokumentiert ist. 
  2705. Allerdings können Miami"s Einstellungen in der folgenden Art und Weise 
  2706. ausgetauscht werden: 
  2707.  
  2708.   
  2709. 14.1 Format für den Vertrieb  
  2710.  
  2711.     Miami hat eine Funktion, um Einstellungen in einem ASCII-Format zu 
  2712. exportieren, das für weitere Verbreitung und Vertrieb geeignet ist, z.B. zum 
  2713. Uploaden auf Aminet, oder zur Weitergabe an andere Anwender, die den gleichen 
  2714. Internet-Provider verwenden. Das Format kann auch von Internet-Providern dazu 
  2715. benutzt werden, vorkonfigurierte Miami-Einstellungen für neue Kunden zu 
  2716. erstellen. 
  2717.  
  2718.     Das ASCII-Dateiformat besteht aus einem Header, gefolgt von einer variablen 
  2719. Anzahl Parameter. 
  2720.  
  2721.     Beim Exportieren von Dateien nimmt Miami nur solche Parameter mit in die 
  2722. exportierte Datei auf, die sich auf den Provider beziehen, nicht solche, die 
  2723. sich auf die Systemkonfiguration des Anwenders beziehen, oder die in 
  2724. irgendeiner Form sicherheitsrelevant sind. Das heisst, man kann die 
  2725. Einstellungen gefahrlos exportieren und weitergeben, ohne daß das Risiko 
  2726. besteht, daß dabei geheime Informationen wie Passwörter mit heraus gegeben 
  2727. werden. 
  2728.  
  2729.     Beim Importieren von Dateien unterstützt Miami allerdings auch 
  2730. anwenderbezogene Informationen wie Passwörter, damit Provider 
  2731. Installationsskripte schreiben können, die den Anwender nach Login-ID, Passwort 
  2732. usw. fragen, und dann eine ASCII-Einstellungen-Datei schreiben, die alle von 
  2733. Miami benötigten Informationen enthält. 
  2734.  
  2735.     Um eine Vorstellung davon zu bekommen, wie eine derartige ASCII-Datei 
  2736. aussieht, exportieren Sie einfach Ihre aktuellen Einstellungen. Das allgemeine 
  2737. Format ist: 
  2738.  
  2739. · ein 2-zeiliger Header. Beide Zeilen beginnen mit einem "$"-Zeichen. Verändern 
  2740. Sie diesen Header nicht. 
  2741.  
  2742. · Eine variable Anzahl von Zeilen, die mit einem ";" beginnen. Diese Zeilen 
  2743. sind Kommentare und können frei verändert werden. 
  2744.  
  2745. · eine variable Anzahl von Zeilen mit Parametern. 
  2746.  
  2747.     Die meisten Parameter werden jeweils auf einer einzelnen Zeile angegeben. 
  2748. Diese Zeilen sehen folgendermaßen aus: 
  2749.  
  2750.  PARAMETER=Wert 
  2751.  
  2752.     Einige Parameter (z.B. das Wählskript) benötigen mehrere Zeilen. In diesem 
  2753. Fall wird folgendes Format verwendet: 
  2754.  
  2755.  PARAMETER=%
  2756. erster Wert zweiter Wert dritter Wert % 
  2757.  
  2758.     Das heisst, daß ein einzelnes "%" einen mehrzeiligen Parameter anzeigt, und 
  2759. ein weiteres "%" als einiziges Zeichen in einer Zeile das Ende der Liste 
  2760. anzeigt. 
  2761.  
  2762.     Die Parameter können innerhalb der Datei in beliebiger Reihenfolge auftreten. 
  2763. Sie sollten keine Annahmen machen, daß Miami die Parameter immer in einer 
  2764. bestimmten Reihenfolge speichert. 
  2765.  
  2766.     Liste der gültigen Parameter: Ein (m) zeigt einen mehrzeiligen Parameter an. 
  2767. Ein (i) bedeutet, daß der Parameter nur importiert, aber nicht exportiert wird. 
  2768. Ein (r) bedeutet, daß der Parameter nur in der registrierten Version 
  2769. unterstützt wird, und von der unregistrierten Version ignoriert wird. "(m)" und 
  2770. "(i)" sind nicht Teil der ASCII-Datei. 
  2771.  
  2772.     Wenn als Format "A / B" angegeben ist, bedeutet daß, das gültige Werte 
  2773. einzelne Zeichen sind: entweder "A" oder "B". 
  2774.  
  2775.  DEVNAME= (i) Gerätename 
  2776.  UNIT= (i) Gerätenummer 
  2777.  BAUD= (i) Geschwindigkeit des seriellen Ports 
  2778.  PROTOCOL= P / S    (PPP oder SLIP) 
  2779.  FLOWCONTROL= (i) H / S    (Hardware- (RTS/CTS) oder Software- (Xon/Xoff) 
  2780. Handshaking) 
  2781.  EOFMODE= (i) Y / N / A    (Ja / Nein / Auto) 
  2782.  SERMODE= 8N1 / 7E1 / 7O1 
  2783.  MTU= Zahl 
  2784.  IPTYPE= D / S    (dynamisch oder statisch) 
  2785.  IP= 1.2.3.4 
  2786.  CD= (i) Y / N    (Verwende CD) 
  2787.  BOOTP= Y / N    (Verwende BootP) 
  2788.  INACTIVITY= N / I / P    (Inaktivitäts-Typ: nichts, ICMP, PPP) 
  2789.  INACTIVITYDELAY= Minuten 
  2790.  PAPNAME= (i) Username 
  2791.  PAPPWD= (i) Passwort 
  2792.  PAPSAME= Y / N 
  2793.  CALLBACKTYPE= (r) NONE / CBCPFIXED / CBCPVARIABLE 
  2794.  CALLBACKPHONE= (i) (r) phone_number 
  2795.  CALLBACKMINDELAY= (r) integer 
  2796.  CALLBACKMAXDELAY= (r) integer 
  2797.  ACCM= 000a0000 
  2798.  VJC= Y / N 
  2799.  QUICKRECONNECT= Y / N 
  2800.  DIALNAME= (i) Login-ID 
  2801.  DIALPWD= (i) Passwort 
  2802.  INITSTRING= (i) Modem_Init_String 
  2803.  DIALPREFIX= (i) Wähl_Präfix 
  2804.  DIALSUFFIX= (i) Wähl_Suffix 
  2805.  DIALSCRIPT= (m) Wähl_Skript 
  2806.  DIALNUMBERS= (i)(m) Telefon_Nummern 
  2807.  DIALMAXREPEAT= Max_Wiederholung 
  2808.  DIALREPEATDELAY= Wiederholpause 
  2809.  DIALREDIALDELAY= Wahlpause 
  2810.  HOSTDYNAMIC= Y / N    (Hostname dynamisch: ja / nein) 
  2811.  HOSTNAME= (i) Hostname 
  2812.  REALNAME= (i) Realname 
  2813.  USERNAME= (i) Username 
  2814.  DOICMP= Y / N 
  2815.  FAKEIP= Y / N 
  2816.  TTCP= (r) Y / N 
  2817.  DBHOSTS= (m) Host_Datenbank 
  2818.  DBNETWORKS= (m) Netzwerk_Datenbank 
  2819.  DBDOMAINS= (m) Domain_Datenbank 
  2820.  DBDNSSERVERS= (m) DNS_Server_Datenbank 
  2821.  
  2822.  
  2823.     
  2824. 14.2 Austausch von Passwörtern 
  2825.  
  2826.     Miami erlaubt den freien Austausch von Dateien im db-Verzeichnis von 
  2827. Unix/AmiTCP, mit einer Ausnahme: Die passwd-Datei kann zwar importiert werden, 
  2828. aber dabei werden die Passwörter nicht übernommen, sondern gelöscht, d.h. die 
  2829. Passwörter müssen nach dem Importieren neu manuell eingegeben werden. 
  2830.  
  2831.     Der Grund dafür ist: AmiTCP (zumindest bis zur Version 4.3) verwendet den 
  2832. DES-Algorithmus zur Passwort-Verschlüsselung. DES ist ein kryptographisch 
  2833. starker Verschlüsselungs-Algorithmus, der unter die US-Export-Beschränkungen 
  2834. fällt. Ein Programm, das DES implementiert, darf nicht ohne individuelle 
  2835. Genehmigung aus den USA exportiert werden, und die US-Regierung erteilt derzeit 
  2836. keine derartigen Genehmigungen. 
  2837.  
  2838.     Das führt dazu, daß jeglicher Export von AmiTCP aus den USA illegal ist, 
  2839. einschließlich des Downloadens des AmiTCP-Archivs von einem FTP-Server in den 
  2840. USA zu einem Computer ausserhalb der USA. Aus diesem Grund darf AmiTCP nicht 
  2841. auf alle Aminet-Server upgeloadet werden, was die Verfügbarkeit von AmiTCP 
  2842. stark einschränkt. 
  2843.  
  2844.     Für Miami wäre die Situation noch schlimmer gewesen: da ich Miami in den USA 
  2845. entwickle (nicht in Finnland wie NSDi), hätte ich Miami niemandem ausserhalb 
  2846. der USA weitergeben dürfen, egal auf welche Art es vertrieben würde. Ich habe 
  2847. mich daher entschlossen, DES in Miami nicht zu verwenden, sondern einen anderen 
  2848. Verschlüsselungsalgorithmus, der nicht unter die US-Export-Beschränkungen 
  2849. fällt. 
  2850.  
  2851.     Miami verwendet eine iterierte Version von MD5 zur Passwort-Verschlüsselung. 
  2852. Dieser Algorithmus ist kryptographisch stark, d.h. es ist ausser der 
  2853. vollständigen Suche kein Algorithmus bekannt, um MD5 zu brechen, genau wie bei 
  2854. DES. Allerdings ist MD5, im Gegensatz zu DES, ein Einweg-Algorithmus, d.h. 
  2855. verschlüsselte Texte können nicht entschlüsselt werden, und deshalb fällt MD5 
  2856. nicht unter die US-Export-Beschränkungen. 
  2857.  
  2858.     Das bedeutet, daß Miami frei in die USA importiert und aus den USA exportiert 
  2859. werden darf, auf Aminet und andere Server upgeloadet werden darf, und sowohl in 
  2860. den USA, als auch außerhalb der USA verwendet werden darf (es sei denn ein Land 
  2861. verbietet die Benutzung von MD5). 
  2862.  
  2863.     Es tut mir leid, daß Anwender deshalb möglicherweise mehrere getrennte 
  2864. Passwort-Dateien verwalten müssen, aber ich sehe keinen anderen Weg, dieses 
  2865. Problem zu umgehen. 
  2866.  
  2867.   
  2868. 14.3 Client-Einstellungen.
  2869.  
  2870.     Einige TCP/IP-Clients (also Programme, die unter Miami laufen sollen), z.B. 
  2871. Amitalk, erfordern Änderungen an den Dateien, die die meisten Protokollstacks 
  2872. im "db"-Verzeichnis speichern. In den meisten Fällen müssen Einträge zu den 
  2873. "services" oder "inetd.conf"-Dateien hinzugefügt werden. 
  2874.  
  2875.     Mit Miami können Sie die entsprechenden Änderungen direkt durch die graphische 
  2876. Benutzeroberfläche vornehmen, d.h. sie wählen die "Datenbank"-Seite an, wählen 
  2877. den korrekten Teil der Datenbank an (z.B. "Dienste"), und fügen die benötigten 
  2878. Einträge hinzu. 
  2879.  
  2880.     In manchen Situationen kann es bequemer sein, diesen Vorgang zu 
  2881. automatisieren, z.B. damit ein Installer-Skript eines TCP/IP-Clients alle 
  2882. benötigten Änderungen automatisch erledigen kann, ohne den Anwender damit zu 
  2883. belästigen. Mit Miami geht das folgendermaßen: 
  2884.  
  2885. · Zuerst fügen Sie eine Zeile am Ende der Datei "ENVARC:MiamiChangeDB" an, die 
  2886. folgendermaßen aussieht:      ADD services ntalk 518/udp oder      ADD inetd ntalk 
  2887. dgram udp wait root Servers:talkd (talkd) Wenn Miami gestartet wird, lädt es 
  2888. automatisch den Inhalt dieser Datei (wenn sie existiert), paßt die 
  2889. Einstellungen entsprechend an, und speichert die Einstellungen wieder ab. 
  2890.  
  2891. · Wenn Miami bereits läuft, wenn der Client installiert wird, und Miami die 
  2892. Einstellungen sofort ändern soll, dann sollten Sie Miami den "CHANGEDB" 
  2893. ARexx-Befehl schicken, nachdem Sie die o.a. Datei geändert haben. 
  2894.  
  2895.     Sie können auf diese Weise Einträge zu allen Datenbank-Tabellen von Miami 
  2896. hinzufügen. Allerdings werden aus Sicherheitsgründen nur die Tabellen direkt 
  2897. von Miami verändert, die von Clients häufig verändert werden müssen: "inetd" 
  2898. und "services". Wenn eine Anwendung versucht, irgendeine andere Tabelle zu 
  2899. verändern (z.B. die "users"-Tabelle), zeigt Miami zunächst einen Requester, und 
  2900. fragt den Anwender um Erlaubnis, die Änderung vorzunehmen. 
  2901.  
  2902.     Zusammenfassend: Um von einem Installer-Skript Miami automatisch für einen 
  2903. Client zu konfigurieren, verwenden Sie die folgenden Befehle: 
  2904.  
  2905.  echo >>ENVARC:MiamiChangeDB "ADD services ntalk 518/udp" rx "address 
  2906. MIAMI.1;CHANGEDB" 
  2907.  
  2908.     Wenn Miami bereits läuft, werden die Änderungen sofort übernommen. Ansonsten 
  2909. übernimmt Miami die Änderungen beim nächsten Programmstart. 
  2910.  
  2911.  
  2912.     
  2913.  
  2914. 15 Hilfsprogramme 
  2915.  
  2916.  
  2917.   
  2918. 15.1 MiamiArp 
  2919.  
  2920.     Anzeige und Kontrolle zur Adressumwandlung. 
  2921.  
  2922.     Gebrauch: 
  2923.  arp hostname Zeigt den aktuellen Arp-Eintrag für <hostname> an. 
  2924.  arp [-n] -a Zeigt alle aktuellen Arp-Einträge an. Wenn "-n" angegeben wird, 
  2925. werden alle Einträge nicht symbolisch, sondern numerisch angezeigt. 
  2926.  arp -d hostname Löscht den Arp-Eintrag für <hostname>. 
  2927.  arp -s hostname hw_addr [temp] [pub] Erzeugt einen Arp-Eintrag für <hostname> 
  2928. mit der Hardware-Adresse <hw_addr>. Der Eintrag ist permanent, es sei denn das 
  2929. Wort "temp" wird angegeben. Wenn das Wort "pub" angegeben wird, agiert dieser 
  2930. Rechner als Arp-Server für den angegebenen Host. 
  2931.  arp -f dateiname Liest Befehle aus der Datei <dateiname> und führt sie aus. 
  2932.  
  2933.  
  2934. 15.2 MiamiFinger 
  2935.  
  2936.     MiamiFinger zeigt Informationen zu System-Anwendern an. 
  2937.  
  2938.     Gebrauch: MiamiFinger [-l] [anwender][ 
  2939.  
  2940.     Optionen sind: 
  2941.  -l Zeigt die Ausgabe im langen Format an (für nicht-lokale Rechner: schickt 
  2942. die "/W"-Option zum finger-Daemon). 
  2943.  
  2944.     Wenn kein Rechnername angegeben wird, wird "localhost" angenommen. 
  2945.  
  2946.     Wenn ein Anwender angegegen wird, werden Informationen zu diesem Anwender 
  2947. angezeigt. Ansonsten werden die Standardinformationen für den fingerd 
  2948. angezeigt, zu dem die Verbindung aufgebaut wird. In vielen Fällen bedeutet das, 
  2949. daß allgemeine Systeminformationen und/oder eine Liste der eingeloggten 
  2950. Anwender angezeigt werden. 
  2951.  
  2952.     Diese Implementierung von MiamiFinger unterstützt T/TCP für schnellere 
  2953. finger-Antworten. 
  2954.  
  2955.  
  2956. 15.3 MiamiIfConfig 
  2957.  
  2958.     Konfigurieren von Netz-Schnittstellen-Parametern 
  2959.     Hinweis: die meisten Optionen von MiamiIfConfig sollten derzeit nicht mit 
  2960. Miami benutzt werden, weil Miami die Werte bereits korrekt einstellt. Spielen 
  2961. Sie bitte mit diesem Hilfsprogramm nicht herum ! Sie sollten genau die 
  2962. Bedeutung der einzelnen Optionen kennen, bevor Sie versuchen, 
  2963. Schnittstellenoptionen zu verändern. 
  2964.  
  2965.     Die wahrscheinlich einzigen nützlichen Optionen derzeit sind "up" und "down", 
  2966. um Zugriff auf die Schnittstelle vorübergehend zu verhindern. Beachten Sie, daß 
  2967. das nicht dazu führt, daß das Modem auflegt. Abgesehen von diesen Optionen 
  2968. sollten Sie MiamiIfConfig nur benutzen, um sich Optionen anzusehen, nicht um 
  2969. sie zu ändern. 
  2970.  
  2971.     Gebrauch: MiamiIfConfig interface [alias | -alias] [af [address [dest_addr]] 
  2972. [up] [down] [netmask mask]] [metric n] [arp | -arp] [broadcast address] [link0 
  2973. | -link0] [link1 | -link1] [link2 | -link2] 
  2974.  interface Derzeit entweder "lo0" oder "mi0" 
  2975.  alias/-alias Die angegebene Adresse als Alias für eine existierende Adresse 
  2976. ansehen, d.h. die aktuelle Adresse nicht überschreiben. 
  2977.  af Address-Familie: derzeit wird nur "inet" unterstützt. 
  2978.  address Eine Protokoll-Level-Adresse. Für die Adress-Familie "inet" ist das 
  2979. eine IP-Adresse in Punkt-Notation (z.B. 123.45.67.89). 
  2980.  dest_addr Die Protokoll-Level-Zieladresse. Wird nur für 
  2981. Punkt-zu-Punkt-Schnittstellen genutzt. 
  2982.  up/down Markiert die Schnittstelle als "up" oder "down" (aktiv oder inaktiv). 
  2983.  netmask Ändert die Netzmaske für die Schnittstelle. 
  2984.  metric Ändert die Metrik (Priorität) für die Schnittstelle. Für einen 
  2985. Einzel-Schnittstellen-Stack wie Miami hat das keine Auswirkungen. 
  2986.  arp/-arp Schaltet Arp für diese Schnittstelle ein oder aus. Diese Option 
  2987. sollte nicht mit Miami genutzt werden. Verwenden Sie stattdessen die Miami-GUI, 
  2988. um die Art der Adress-Umwandlung anzugeben. 
  2989.  broadcast Setzt die Broadcast-Adresse für diese Schnittstelle. 
  2990.  linkx/-linkx Setzt oder löscht die Link-Level-Flags 0, 1 oder 2. Diese Flags 
  2991. werden derzeit von Miami nicht genutzt. 
  2992.  
  2993.  
  2994. 15.4 MiamiMapMBone 
  2995.  
  2996.     Multicast-Verbindungs-Anzeiger 
  2997.  
  2998.     Gebrauch: MiamiMapMBone [-r retry_cnt] [-t timeout_cnt] [-d debug_lvl] [-f] 
  2999. [-g] [start_router] 
  3000.  
  3001.     MiamiMapMbone versucht, alle Multicast-Router anzuzeigen, die vom angegebenen 
  3002. Multicast-Start-Router aus erreichbar sind. Wenn nicht anders angegeben, wird 
  3003. localhost als Start-Router verwendet. 
  3004.  
  3005.     Die Optionen haben die folgende Bedeutung: 
  3006.  -d debug_level Gibt die Debug-Stufe an. Wenn die Debug-Stufe größer als der 
  3007. Standardwert 0 ist, werden zusätzliche Debugging-Meldungen erzeugt. 
  3008.  -f Schaltet Flooding ein. Flooding erlaubt die rekursive Suche nach 
  3009. Nachbar-Multicast-Routern, und ist standardmäßig eingeschaltet, wenn der 
  3010. Start-router nicht angegeben wird. 
  3011.  -g Erstellt einen Graph im GraphEd-Format. 
  3012.  -n Schaltet die DNS-Suche für Multicast-Router-Namen aus. 
  3013.  -r retry_count Gibt die Anzahl Wiederholversuche an. Der Standard ist 1. 
  3014.  -t timeout_count Gibt die Anzahl Sekunden hat, die auf eine Antwort auf eine 
  3015. Nachbar-Anfrage gewartet wird vor dem nächsten Versuch. Der Standard ist 2 
  3016. Sekunden. 
  3017.  
  3018.  
  3019. 15.5 MiamiMRInfo
  3020.  
  3021.     Zeigt Konfigurationsinformationen für einen Multicast-Router an. 
  3022.  
  3023.     Gebrauch: MiamiMRInfo [-d debug_level] [-r retry_count] [-t timeout_count] 
  3024. [multicast_router] 
  3025.  
  3026.     MiamiMRInfo versucht, Informationen zur Konfiguration des angegebenen 
  3027. Multicast-Router anzuzeigen. Wenn kein Router angegeben wird, wird localhost 
  3028. verwendet. 
  3029.  
  3030.     Die Optionen haben die folgende Bedeutung: 
  3031.  -d debug_level Gibt die Debug-Stufe an. Wenn die Debug-Stufe größer als der 
  3032. Standardwert 0 ist, werden zusätzliche Debugging-Meldungen erzeugt. 
  3033.  -r retry_count Gibt die Anzahl Wiederholversuche an. Der Standard ist 3. 
  3034.  -t timeout_count Gibt die Anzahl Sekunden hat, die auf eine Antwort auf eine 
  3035. Nachbar-Anfrage gewartet wird vor dem nächsten Versuch. Der Standard ist 4 
  3036. Sekunden. 
  3037.  
  3038.  
  3039. 15.6 MiamiMRouteD
  3040.  
  3041.     IP-Multicast-Routing-Daemon 
  3042.  
  3043.     Gebrauch: MiamiMRouteD [-p] [-c config_file] [-d debug_level] 
  3044.  
  3045.     MiamiMRouteD ist ein Programm, daß Sie evtl. im Hintergrund starten müssen 
  3046. ("run MiamiMRouteD"), um Multicast-Daten zu empfangen, oder weiter zu leiten. 
  3047. Siehe unten für nähere Informationen. 
  3048.  
  3049.     Die Optionen haben die folgende Bedeutung: 
  3050.  -p Startet MiamiMRouteD im "non-pruning mode". Sollte nur für Testzwecke 
  3051. verwenet werden. 
  3052.  -c config_file Gibt an, welche Konfigurationsdatei verwendet werden soll. Der 
  3053. Standard ist "Miami:MiamiMRouteD.config". 
  3054.  -d debug_level Gibt die Debug-Stufe an. Der Standard ist 0 (keine 
  3055. Debug-Informationen). 
  3056.  
  3057.     MiamiMRouteD ist ein sehr komplexes und leistungsfähiges Programm, mit dem 
  3058. Multicast-Daten empfangen und weitergeleitet werden können. Es wird mit einer 
  3059. getrennten Konfigurationsdatei konfiguriert. Das Format dieser Datei wird unten 
  3060. teilweise beschrieben. Da Miami nur eine einzige Schnittstelle unterstützt, 
  3061. werden nur die Funktionen beschrieben, die mit einer Schnittstelle Sinn machen. 
  3062. Die meisten Anwender brauchen MiamiMRouteD vermutlich gar nicht. 
  3063.  
  3064.     Die beiden gebräuchlichsten Konfigurationen sind: 
  3065.  
  3066.     * Sie empfangen Ihre Multicast-Daten direkt von einer Broadcast- oder 
  3067. Multicast-tauglichen Schnittstelle, z.B. Ethernet oder Arcnet. In diesem Fall 
  3068. verwenden Sie MiamiMRouteD nicht. Schalten Sie stattdessen Multicasting in 
  3069. Miami ein, auf der "Schnittstelle"-Seite. 
  3070.  
  3071.     * Sie empfangen Ihre Multicast-Daten durch einen IP-Tunnel, z.B. per PPP von 
  3072. Ihrem Netzanbieter. In diesem Fall schalten Sie Multicasting in Miami für Ihre 
  3073. PPP/SLIP-Schnittstelle aus, konfigurieren Sie MiamiMRouteD für einen Tunnel zu 
  3074. Ihrem Netzanbieter (siehe unten), und starten Sie MiamiMRouteD, nachdem Sie 
  3075. Miami gestartet haben. 
  3076.  
  3077.     Die Konfigurationsdatei für MiamiMRouteD ist eine Standard-ASCII-Datei. Jede 
  3078. Zeile kann einen Befehl enthalten. Der einzige interessante Befehl derzeit ist 
  3079. der "tunnel"-Befehl, mit dem Sie einen IP-Tunnel zum Senden und Empfangen von 
  3080. Multicast-Datei konfigurieren können. Der wichtige Teil der Syntax ist: 
  3081.  tunnel <local-addr> <remote-addr> 
  3082.  
  3083.     Für <local-addr> können Sie eine IP-Adresse oder einen Schnittstellen-Namen 
  3084. (für Miami immer "mi0") angeben. <remote-addr> ist die IP-Adresse des Rechners 
  3085. auf der anderen Seite des Multicast-Tunnels, z.B. erstellt 
  3086.  tunnel mi0 1.2.3.4 
  3087. einen Multicast-Tunnel zum Rechner 1.2.3.4. 
  3088.  
  3089.  
  3090. 15.7 MiamiMTrace
  3091.  
  3092.     Gibt den Multicast-Pfad vom Sender zum Empfänger aus 
  3093.  
  3094.     Gebrauch: MiamiMTrace [-g gateway] [-i if_addr] [-l] [-M] [-m max_hops] [-n] 
  3095. [-p] [-q nqueries] [-r resp_dest] [-s] [-S stat_int] [-t ttl] [-v] [-w 
  3096. waittime] source [receiver] [group] 
  3097.     MiamiMTrace ist ein Hilfsprogramm sehr ähnlich zu MiamiTraceRoute, aber für 
  3098. Multicast-Adressen, nicht Unicast-Adressen. Sehen Sie bitte unter 
  3099. MiamiTraceRoute für mehr Informationen zu TraceRoute nach. "group" gibt die 
  3100. Multicast-Adresse an. "source" und "receiver" sind die Unicast-Adressen des 
  3101. Multicast-Pfads, der verfolgt werden soll. Wenn "goup" nicht angegeben wird, 
  3102. wird 224.2.0.1 benutzt. Wenn "receiver" nicht angegeben wird, wird localhost 
  3103. angenommen. 
  3104.  
  3105.     Die Optionen haben die folgende Bedeutung: 
  3106.  -g gateway Sendet die Anfrage direkt per Unicast zum angegeben 
  3107. Multicast-Router, statt Multicasting zu verwenden. Der Router muß der letzte 
  3108. Router auf dem Weg vom Sender zum Empfänger sein. 
  3109.  -i if_addr Verwendet die angegebene Adresse als lokale Schnittstellen-Adressen 
  3110. (bei einem Rechner mit mehreren Schnittstellen) beim Senden der Anfrage, und 
  3111. als Standard für den Empfänger und die Zieladresse für die Antwort. 
  3112.  -l Endlosschleife, und Ausgabe der Paketrate und der Verlust-Statistik für den 
  3113. Multicast-Pfad, nach jeweils 10 Sekunden (siehe auch "-S stat_int"). 
  3114.  -M Antwort immer per Multicast senden, statt zuerst Unicast zu probieren. 
  3115.  -m max_hops Gibt die maximale Anzahl Hops an, die auf dem Weg zum Sender zum 
  3116. Empfänger verfolgt werden. Der Standard ist 32 Hops (unendlich für das 
  3117. DVMRP-Routing-Protokoll). 
  3118.  -n Gibt Hop-Adressen numerisch statt symbolisch und numerisch aus (spart einen 
  3119. DNS-Lookup pro gefundenem Router). 
  3120.  -q nqueries Gibt die maximale Anzahl Versuche pro Hop an. Der Standard ist 3. 
  3121.  -p Wartet passiv auf Multicast-Anworten von Traces, die von anderen initiiert 
  3122. werden. Funktioniert am besten mit einem Multicast-Router. 
  3123.  -r resp_dest Sendet die Antwort an den angegebenen Host, statt an den Host, 
  3124. auf dem MiamiMTrace läuft, oder an eine andere Multicast-Adresse, als die, die 
  3125. für diesen Zweck reserviert ist (224.0.1.32). 
  3126.  -s Erstellt die Ausgabe in kurzer Form: nur der Multicast-Pfad, nicht 
  3127. Paketrate und Verlust-Statistik. 
  3128.  -S stat_int Gibt das Intervall zwischen aufeinanderfolgenden Statistiken in 
  3129. Sekunden an. Standard ist 10 Sekunden. 
  3130.  -t ttl Gibt die "time-to-live" (Anzahl Hops) für Multicast-Trace-Anfragen und 
  3131. Antworten an. Der Standard ist 64, außer für lokale Anfragen an die "all 
  3132. routers"-Multicast-Gruppe, die ttl=1 verwendet. 
  3133.  -v Ausführliche Ausgabe. Gibt Hop-Zeiten und Statistik mit aus. 
  3134.  -w waittime Setzt die Wartezeit für Antworten auf die angegebene Anzahl 
  3135. Sekunden. 
  3136.  
  3137. 15.8 MiamiNetStat
  3138.  
  3139.     MiamiNetStat ist ein Programm zum Anzeigen von Konfigurationsparametern und 
  3140. Statistiken. Es ist fast identisch in Funktionalität zu der "netstat"-Version, 
  3141. die mit 4.4BSD ausgeliefert wird, hat aber einige zusätzliche Funktionen zur 
  3142. Anzeige von Link-Level-Statistiken. 
  3143.  
  3144.     Gebrauch: 
  3145.  
  3146.     · MiamiNetStat [-AaDnN] [-f Adressfamilie] 
  3147.  
  3148.     · MiamiNetStat [-dimnNrs] [-f Adressfamilie] 
  3149.  
  3150.     · MiamiNetStat [-dnN] [-] [-I Schnittstelle] 
  3151.  
  3152.     · MiamiNetStat [-s] [-] [-L Schnittstelle] 
  3153.  
  3154.     · MiamiNetStat [-s] [-g] 
  3155.  
  3156.     · MiamiNetStat [-p Protokoll] 
  3157.  
  3158.     Der MiamiNetStat-Befehl zeigt symbolisch die Inhalte verschiedener 
  3159. netzwerkbezogener Datenstrukturen an. Es gibt verschiedene Ausgabeformate für 
  3160. die auszugebenden Informationen, abhängig davon, welche Optionen man angegeben 
  3161. hat. 
  3162.  
  3163.     Mit der ersten Befehlsform erhält man eine Liste aller aktiven Sockets für 
  3164. jedes Protokoll. 
  3165.  
  3166.     In der zweiten Form wird der Inhalt einer der Datenstrukturen angezeigt, 
  3167. entsprechend der angegebenen Option. 
  3168.  
  3169.     Mit der dritten Form zeigt MiamiNetStat Informationen zum Paketfluß auf der 
  3170. angegebenen Schnittstelle an. 
  3171.  
  3172.     Die vierte Form zeigt die Link-Level-Konfiguration oder (bei Angabe des 
  3173. "-s"-Flags) Link-Level-Statistiken für die angegebene Netzwerk-Schnittstelle 
  3174. an. 
  3175.  
  3176.     Die fünfte Form zeigt Informationen zu virtuellen Schittstellen (für 
  3177. Multicasting) und Multicast-Routing-Statistiken an. 
  3178.  
  3179.     Die sechste Form zeigt Statistiken zum angegebenen Protokoll an. 
  3180.  
  3181.     Die Optionen haben die folgende Bedeutung: -A Wird mit der Standardanzeige 
  3182. verwendet, und zeigt die Adressen aller zu den Sockets gehoerenden 
  3183. Protokoll-Kontroll-Blöcke an. Wird zur Fehlersuche verwendet. 
  3184.  -a Wird mit der Standardanzeige verwendet, und zeigt den Zustand aller Sockets 
  3185. an. Normalerweise werden die Sockets von Serverprozessen nicht angezeigt. 
  3186.  -d Wird zusammen mit einer Schnittstellenoption (i oder I) verwendet, und 
  3187. zeigt die Anzahl der nicht weitergeleiteten Pakete an. 
  3188.  -D Wird mit der Standardanzeige verwendet, und zeigt die Anzahl der 
  3189. übertragenen Bytes pro aktiver TCP-Verbindung an. 
  3190.  -f Adressfamilie Beschränkt Statistiken oder Adress-Kontroll-Block-Ausgaben 
  3191. auf die angegebene Adressfamilie. Nur die Adressfamilie "inet" wird derzeit 
  3192. erkannt. 
  3193.  -g Zeigt die Tabelle der virtuellen Schnittstellen und die 
  3194. Multicast-Routing-Tabelle an. Zusammen mit der Option "-s" zeigt diese Option 
  3195. Multicast-Routing-Statistiken an. Beide Optionen sind nur sinnvoll wenn 
  3196. MiamiMRouteD läuft. 
  3197.  -I Schnittstelle Zeigt Informationen zur angegebenen Schnittstelle an. 
  3198.  -i Zeigt Informationen zu allen konfigurierten Schnittstellen an. 
  3199.  -m Zeigt Statistiken der Speicherverwaltungsroutinen an. (Das Netzwerk-Kernel 
  3200. hat einen eigenen Speicher-Pool.) 
  3201.  -n Zeigt Netzwerk-Adressen als Zahlen an. (Normalerweise interpretiert 
  3202. MiamiNetStat Adressen, und versucht, sie symbolisch anzuzeigen.) Diese Option 
  3203. kann mit allen Ausgabeformaten verwendet werden. 
  3204.  -N Zeigt Netzwerk-Adressen nur dann symbolisch an, wenn der symbolische Name 
  3205. ohne vorhergehende DNS-Anfrage bereit steht. Ansonsten wird die 
  3206. Netzwerk-Adresse als Zahl angegeben. Diese Option kann mit allen 
  3207. Anzeigeformaten benutzt werden. 
  3208.  -p Protokoll Zeigt Statistiken zum angegebenen Protokoll an. Als Protokoll 
  3209. kann entweder ein Protkollname oder ein Alias angegeben werden. Eine leere 
  3210. Ausgabe bedeutet normalerweise, daß es keine interessanten Statistiken gibt. 
  3211. Das Programm gibt einen Fehler aus, wenn das Protokoll nicht erkannt wird, oder 
  3212. es für das Protokoll keine Statistikroutine gibt. 
  3213.  -r Zeigt die Routing-Tabellen an. Wenn "-s" auch angegeben wird, werden 
  3214. stattdessen Routing-Statistiken angezeigt. 
  3215.  -s Zeigt die Statistiken für alle Protokolle an. Wenn diese Option wiederholt 
  3216. wird, werden Ausgaben mit einem Wert von Null unterdrückt. 
  3217.  
  3218.     In der Standardanzeige werden für aktive Sockets beide Adressen, die Längen 
  3219. der Sende- und Empfangswarteschlangen (in Bytes), das Protokoll und der interne 
  3220. Protokollzustand angezeigt. Die Adressformate haben die Form "Host.Port" oder 
  3221. "Netzwerk.Port", wenn die Adresse eines Sockets ein Netzwerk, aber keine 
  3222. Hostadresse angibt. Die Host- und Netzwerkadressen werden mit Hilfe von 
  3223. Informationen aus den "Hosts"- und "Netzwerke"-Datenbanken symbolisch 
  3224. angezeigt, wenn möglich. Wenn kein symbolischer Name für die Adresse bekannt 
  3225. ist, oder die "-n"-Option angegeben wurde, wird die Adresse numerisch 
  3226. ausgegeben, je nach Adressfamilie. 
  3227.  
  3228.     Die Schnittstellen-Anzeige gibt kumulative Statistiken bzgl. der Anzahl der 
  3229. übertragenen Pakete, der Anzahl Fehler, und der Anzahl Kollisionen aus. Die 
  3230. Netzwerk-Adresse der Schnittstelle und die maximale Paketgröße ("mtu") werden 
  3231. ebenfalls angezeigt. 
  3232.  
  3233.     Die Routing-Tabellen-Anzeige gibt die verfügbaren Routen und deren Status an. 
  3234. Jede Route hat einen Zielhost oder ein Zielnetzwerk, und ein Gateway zum 
  3235. Weiterleiten der Pakete. Das "Flags"-Feld gibt einige binär gespeicherte 
  3236. Informationen zur Route aus. 
  3237.  1 RTF_PROTO1 Protokoll-spezifisches Routing-Flag #1 (derzeit unbenutzt) 
  3238.  2 RTF_PROTO2 Protokoll-spezifisches Routing-Flag #2 (derzeit unbenutzt) 
  3239.  3 RTF_PROTO3 Protokoll-spezifisches Routing-Flag #3 (Bedeutung für TCP: 
  3240. Timeout für Route läuft). 
  3241.  C RTF_CLONING Bei Benutzung neue Routen erzeugen 
  3242.  D RTF_DYNAMIC Dynamisch (per redirect) erzeugt 
  3243.  G RTF_GATEWAY Ziel nur über Zwischenrechner erreichbar 
  3244.  H RTF_HOST Host-Eintrag (ansonsten für ein Netzwerk) 
  3245.  L RTF_LLINFO Gültige Übersetzung von Protokoll- zu Link-Adresse 
  3246.  M RTF_MODIFIED Dynamisch (per redirect) modifiziert 
  3247.  P RTF_PRCLONING Route wird von Protokolls gecloned. 
  3248.  R RTF_REJECT Host oder Netzwerk nicht erreichbar 
  3249.  S RTF_STATIC Manuell hinzugefügt 
  3250.  U RTF_UP Route benutzbar 
  3251.  W RTF_WASCLONED Route wurde durch das Clonen einer anderen Route erzeugt. 
  3252.  X RTF_XRESOLVE Externer Server übersetzt Protokoll- in Link-Adresse 
  3253.  
  3254.     Direkte Routen werden für jede Schnittstelle am lokalen Host erzeugt: Das 
  3255. Gateway-Feld für derartige Routen enthält die Adresse der Schnittstelle. Das 
  3256. refcnt-Feld gibt die Anzahl der aktiven Nutzer einer Route an. 
  3257. Verbindungsorientierte Protokolle verriegeln normalerweise eine einzelne Route 
  3258. für die Dauer der Verbindung, während nicht-verbindungsorientierte Protokolle 
  3259. die Route jedesmal neu ermitteln. Das Use-Feld gibt die Anzahl Pakete an, die 
  3260. über diese Route verschickt wurden. Der Interface-Eintrag gibt an, welches 
  3261. Interface für diese Route verwendet wird. 
  3262.  
  3263.     Mit der Option "-L" zeigt MiamiNetStat die Link-Level-Konfiguration an, z.B. 
  3264. den aktuellen Status der IPCP- und LCP-Unterprotokolle für PPP, für die 
  3265. angegebene Schnittstelle. 
  3266.  
  3267.     Mit der Optionskombination "-sL" zeigt MiamiNetStat Link-Level-Statistiken an, 
  3268. einschließlich Informationen zu verschiedenen Pakettypen und Prüfsummenfehlern, 
  3269. für die angegebene Schnittstelle. 
  3270.  
  3271.     Derzeit unterstützt Miami nur zwei Schnittstellen: 
  3272.  lo0 Die "local loopback"-Schnittstelle 
  3273.  mi0 Die PPP/(C)SLIP-Schnittstelle unter Verwendung des in Miami eingebauten 
  3274. Schnittstellentreibers oder der aktuellen SANA-II-Schnittstelle. 
  3275.   15.9 MiamiPing
  3276.  
  3277.     Schickt Pakete an Netzwerk-Rechner, und wartet auf die Antwort. 
  3278.  
  3279.     Gebrauch: MiamiPing [-Rdfnqrv] [-c count] [-i wait] [-l preload] [-p pattern] 
  3280. [-s packetsize] hostname 
  3281.  
  3282.     Optionen: 
  3283.  -c count Nach Senden und Empfang von <count> Paketen abbrechen. 
  3284.  -d Setzt die SO_DEBUG-Option auf dem benutzten Socket. 
  3285.  -f Dauer-Ping ("flood ping"). Schickt Pakete so schnell ab, wie sie 
  3286. zurückkommen, aber mindestens hundert mal pro Sekunde. Für jeden gesendeten 
  3287. Ping wird ein "." angezeigt, und für jeden empfangenen Ping ein Backspace. 
  3288. Damit kann man schnell erkennen, wie viele Pakete verloren gegangen sind. 
  3289. Hinweis: Der Mißbrauch dieser Option für "Denial-of-Service-Attacks" ist 
  3290. illegal. 
  3291.  -i wait Wartet <wait> Sekunden zwischen aufeinanderfolgenden Paketen. Der 
  3292. Standard ist, eine Sekunde zu warten. Diese Option ist inkompatibel zu "-f". 
  3293.  -l preload Verschickt <preload> Pakete so schnell wie möglich, und geht dann 
  3294. zum normalen Verhalten über. 
  3295.  -n Nur numerische Ausgabe. 
  3296.  -p pattern Man kann bis zu 16 Füllbytes angeben, mit denen das zu 
  3297. verschickende Paket aufgefüllt wird. Das ist sinnvoll, um datenabhängige 
  3298. Netzprobleme zu diagnostizieren. "-p ff" füllt z.B. das Paket vollständig mit 
  3299. binären Einsen auf. 
  3300.  -q Stille Ausgabe. Nichts wird angezeigt, ausser der Statistik-Zeilen bei 
  3301. Start und Ende. 
  3302.  -R Route protokollieren. Fügt die RECORD_ROUTE-Option in Ping-Pakete ein, und 
  3303. zeigt den Route-Puffer bei empfangenen Paketen an. Beachten Sie, daß der 
  3304. IP-Header nur Platz für neun derartige Routen hat. Viele Hosts ignorieren oder 
  3305. löschen diese Option. 
  3306.  -r Normale Routing-Tabellen umgehen, und Daten direkt an einen direkt 
  3307. angeschlossenen Host schicken. Wenn der Host nicht mit einem direkt 
  3308. angeschlossenen Netz verbunden ist, wird ein Fehler zurück gegeben. Diese 
  3309. Option kann benutzt werden, um einen lokalen Rechner durch eine Schnittstelle 
  3310. anzupingen, die keine Route enthält (z.B. nachdem die Schnittstelle von routed 
  3311. abgemeldet worden ist). 
  3312.  -s packetsize Gibt die Anzahl Datenbytes pro Paket an. Der Standard it 56, was 
  3313. zu 64 ICMP-Datenbytes führt, wenn man es mit den 8 Bytes für den ICMP-Header 
  3314. kombiniert. 
  3315.  -v Ausführliche Ausgabe. Empfangene ICMP-Pakete ausser Ping-Antwort-Paketen 
  3316. werden mit ausgegeben. 
  3317.  
  3318.  
  3319. 15.10 MiamiRemind
  3320.  
  3321.     Einige Anwender sehen die automatische Warnung und das automatische Auflegen 
  3322. nach 30/60 Minuten in der Miami-Demoversion als nützliche Funktion an, um 
  3323. Telefon- oder Netzanbieter-Kosten zu sparen. 
  3324.  
  3325.     MiamiRemind ist ein Hilfsprogramm, mit dem ähnliche Funktionen in der 
  3326. registrierten Version verfügbar sind, aber zusätzlich zum normalen 
  3327. Warnen/Auflegen hat MiamiRemind die folgenden nützlichen Funktionen: 
  3328.  
  3329. · Die Anzahl der Warnungen, plus das Intervall zwischen Warnungen können frei 
  3330. konfiguriert werden. 
  3331.  
  3332. · Es ist möglich, nach einer bestimmten Anzahl Warnungen aufzulegen, nur eine 
  3333. bestimmte Anzahl Warnungen zu zeigen (ohne aufzulegen), oder immer weiter nach 
  3334. gleichen Zeitabständen Warnungen zu zeigen. 
  3335.  
  3336. · Zusätzlich zu festen Zeitintervallen ist es möglich, nach einer bestimmten 
  3337. Dauer von *Inaktivität* Warnungen zu zeigen. Beide Arten von Warnungen (nach 
  3338. fester Zeit und nach Inaktivität) können gleichzeitig eingeschaltet sein. 
  3339.  
  3340. · Wenn man den Inaktivitäts-Timer direkt mit der "Auflegen"-Funktion benutzt, 
  3341. bekommt die Funktionalität "Auflegen nach Inaktivität", etwas das von Anwender 
  3342. wiederholt gewünscht worden ist. 
  3343.  
  3344.     Der Begriff "Inaktivität" ist für TCP/IP-Verbindungen schwer zu definieren. 
  3345. Die Standarddefinition, die MiamiRemind verwendet, ist "keine TCP-Daten". Mit 
  3346. dieser Definition benötigt MiamiRemind sehr wenig CPU-Zeit und Speicher. 
  3347.  
  3348.     Für Anwender, die detaillierte Definitionen von "Inaktivität" benötigen, hat 
  3349. MiamiRemind einen Parser und Compiler, der Ausdrücke verarbeitet, die im Format 
  3350. identisch sind zu denen, die MiamiTCPDump benutzt, d.h. Sie können z.B. 
  3351. Ausdrücke wie 
  3352.  
  3353.     "(tcp[13] & 3 != 0) or udp" 
  3354.  
  3355.     verwenden. Dieser Ausdrück würde alle TCP-SYN-Pakete, alle TCP-FIN-Pakete, und 
  3356. alle UDP-Pakete als "Aktivität" ansehen, aber keine anderen Pakete. 
  3357.  
  3358.     Dieser Parser/Compiler benötigt miamibpf.library und miamipcap.library, und 
  3359. benötigt daher etwas mehr Speicher und CPU-Zeit als die Standard-Definition 
  3360. "keine TCP-Daten". 
  3361.  Gebrauch: MiamiRemind [-f fixed_timer_spec]    [-i inactivity_timer_spec][-p 
  3362. pcap_spec] 
  3363.  
  3364.     Option "-f" gibt die Parameter für den festen Timer an, d.h. für den Timer, 
  3365. der startet, wenn MiamiRemind gestartet wird, unabhängig von Aktivität auf der 
  3366. Verbindung. Der Standard ist, diesen Timer auszuschalten. 
  3367.  
  3368.     Option "-i" gibt die Parameter für den Inaktivitäts-Timer an. Dieser Timer 
  3369. wird auf Null zurückgesetzt, wenn ein Paket übertragen wird, und dieses Paket 
  3370. als "Aktivität" angesehen wird. Der Standard ist, diesen Timer auszuschalten. 
  3371.  
  3372.     Option "-p" definiert den Ausdruck für Inaktivität, im MiamiPCap-Format (siehe 
  3373. Beispiele oben). Der Ausdruck sollte in doppelte Anführungszeichen (") 
  3374. eingeschloissen sein. Wenn dieser Parameter angegeben wird, verwendet 
  3375. MiamiRemind miamipcap.library und miamibpf.library zum parsen, compilieren und 
  3376. auswerten des Ausdrucks. Ansonsten wird die Standarddefinition "TCP-Daten" 
  3377. verwendet, und beide Libraries werden nicht benötigt. 
  3378.  
  3379.     "timer_spec" (für Optionen "-f" und "-i") ist ein Textausdruck, der aus Zahlen 
  3380. besteht, die Zeitintervalle beschreiben (angegeben in Minuten), getrennt von 
  3381. Kommas (","). 
  3382.  
  3383.     Jedes Zeitintervall im Textausdruck repräsentiert eine Pause zwischen 
  3384. aufeinanderfolgenden Ereignissen. 
  3385.  
  3386.     Ein "Ereignis" ist normalerweise ein Warn-Requester. Es ist aber auch möglich, 
  3387. vor einer Zahl den Buchstaben "D" anzugeben. Dann legt MiamiRemind die Leitung 
  3388. beim nächsten Ereignis auf. Wenn man den Buchstaben "L" angibt, geht 
  3389. MiamiRemind mit dem nächsten Ereignis in eine Schleife, d.h. verwendet das 
  3390. Zeitintervall immer wieder, für eine Folge von Ereignissen. 
  3391.  
  3392.     Beispiele: 
  3393.  MiamiRemind -f 30,D30 Dieser Aufruf ist identisch zum Verhalten der 
  3394. Demoversion von Miami, i.e. nach 30 Minuten wird eine Warnung angezeigt, nach 
  3395. weiteren 30 Minuten legt Miami auf. 
  3396.  MiamiRemind -f 30,20,L10 Zeigt eine Warnung nach 30 Minuten an, dann nach 
  3397. weiteren 20 Minuten, und dann wiederholt nach jeweils 10 Minuten. Die Leitung 
  3398. wird nie aufgelegt. 
  3399.  MiamiRemind -f 60,60 -i L10 Zeigt eine Warnung nach 60 Minuten an, und eine 
  3400. weitere Warnung nach weiteren 60 Minuten. Ausserdem wird nach Vielfachen von 10 
  3401. Minuten Inaktivität (keine TCP-Daten) jeweils eine Warnung angezeigt. 
  3402.  MiamiRemind -i D30 Legt die Leitung nach 30 Minuten Inaktivität (keine 
  3403. TCP-Daten) auf. 
  3404.  MiamiRemind -i D20 -p "tcp or udp" Legt die Leitung nach 20 Minuten 
  3405. Inaktivität auf. "Inaktivität" bedeutet hier: "keine TCP- oder UDP-Daten". 
  3406.  
  3407.     MiamiRemind wird automatisch beendet, wenn die Schnittstelle offline geht 
  3408. (egal aus welchem Grund), wenn Miami versucht, das Programm zu beenden, wenn 
  3409. das Programm ein Ctrl-C erhält, oder wenn beide Timer ausgeschaltet werden. 
  3410.     Die einfachste Art, MiamiRemind zu verwenden, ist es dirkt von Miami zu 
  3411. starten, wenn Miami online geht, d.h. mittels "run >nil: Miami:MiamiRemind 
  3412. [options]" in einem Shell-Skript, das von Miami gestartet wird (konfiguriert in 
  3413. Ereignisse->Online). 
  3414.  
  3415.  
  3416. 15.11 MiamiResolve
  3417.  
  3418.     Ermittelt zu einem Hostnamen die IP-Adresse oder umgekehrt. 
  3419.  
  3420.     Gebrauch: 
  3421.  MiamiResolve ip_address Ermittelt zu ip_address den Hostnamen und alle 
  3422. IP-Adressen, und zeigt diese an. 
  3423.  MiamiResolve host_name Ermittelt zu host_name alle IP-Adressen, und zeigt 
  3424. diese an. 
  3425.  MiamiResolve -s port_number Ermittelt zu einer Postnummer den zugehörigen 
  3426. Servicenamen. 
  3427.  MiamiResolve -s service_name Ermittelt zu einem Servicenamen die zugehörige 
  3428. Portnummer. 
  3429.  
  3430.  
  3431. 15.12 MiamiRoute
  3432.  
  3433.     Manuelles Manipulieren der Routing-Tabellen. 
  3434.  
  3435.     Gebrauch: MiamiRoute [-nqv] command modifiers args 
  3436.  
  3437.     Optionen: 
  3438.  -n Verhindert, daß Host- und Netznamen symbolisch angezeigt werden in der 
  3439. Ausgabe. (Die Umwandlung zwischen symbolischen Namen und den numerischen 
  3440. Äquivalenten kann recht zeitaufwendig sein, und kann das korrekte Funktionieren 
  3441. des Netzes erfordern. Es kann also ratsam sein, diese Umwandlung auszuschalten, 
  3442. insbesondere wenn man sich in der Reparatur eines Netzwerkfehlers befindet). 
  3443.  -q Unterdrückt jegliche Ausgabe. 
  3444.  -v Gibt zusätzliche Details aus. 
  3445.  
  3446.     Befehle: 
  3447.  
  3448.  add
  3449. Route hinzufügen 
  3450.  
  3451.  flush
  3452. Alle Routen entfernen. Seien Sie sehr vorsichtig bei der Benutzung dieses 
  3453. Befehls. Er entfernt auch einige von Miami"s Standard-Routen. Wenn Sie das dann 
  3454. nicht wieder hinterher manuell reparieren, müssen Sie Miami neu starten, um 
  3455. normal weiter arbeiten zu können. 
  3456.  
  3457.  delete
  3458. Löscht eine einzelne Route. 
  3459.  
  3460.  change
  3461. Ändert Characteristika einer Route (z.B. das Gateway). 
  3462.  
  3463.  get
  3464. Zeigt zu einem Ziel die zugehörige Route an. 
  3465.  
  3466.  monitor
  3467. Zeigt kontinuierlich die Änderungen an den Routing-Tabellen an, sowie 
  3468. fehlgeschlagene Route-Suchen und vermutete Netsplits. Hinweis: ohne eine 
  3469. Implementierung von "routed" ist dieser Befehl nicht sehr nützlich. 
  3470.  
  3471.     Der MiamiRoute-Befehl wird normalerweise mit einem Einzel-Interface-Stack wie 
  3472. Miami nicht benötigt, und ist sehr komplex und schwierig zu benutzen. Für eine 
  3473. vollständige Beschreibung aller Optionen sehen Sie bitte in der 
  3474. BSD-Dokumentation des "route"-Befehls nach. 
  3475.  
  3476.     Die vermutlich einzige nützliche Anwendung des "MiamiRoute"-Befehls derzeit 
  3477. ist das Ansehen von Routen, z.B. um die Paketlaufzeiten oder MTU-Werte zu 
  3478. erhalten. Um das zu tun, verwenden Sie die Syntax: 
  3479.  
  3480.     MiamiRoute get hostname 
  3481.  
  3482.     Um sich die vollständige Routing-Tabelle anzusehen, verwenden Sie den Befehl 
  3483. "MiamiNetStat -r", nicht MiamiRoute. 
  3484.  
  3485.  
  3486. 15.13 MiamiSysCtl
  3487.  
  3488.     MiamiSysCtl erlaubt Ihnen das Ansehen und Ändern einiger interner Variablen 
  3489. von Miami. 
  3490.  
  3491.     Gebrauch: 
  3492.  MiamiSysCtl [-n] variable Zeigt den Wert von <variable> an. 
  3493.  MiamiSysCtl [-n] -w variable=value Ändert den Wert von <variable> auf <value>. 
  3494.  
  3495.  MiamiSysCtl [-n] -a Zeigt eine Liste aller Variablen. 
  3496.  MiamiSysCtl [-n] -A Zeigt eine Liste aller Variablen, plus zusätzliche 
  3497. Informationen zu Domains, auf die nicht durch MiamiSysCtl zugegriffen werden 
  3498. kann. 
  3499.  
  3500.     Optionen: 
  3501.  -n Zeigt nur numerische Ausgaben an. 
  3502.  
  3503.     Erläuterung aller Variablen: 
  3504.  
  3505.  net.inet.ip.forwarding/redirect
  3506. Diese Optionen haben keine Bedeutung in einem Einzel-Schnittstellen-Stack wie 
  3507. Miami. 
  3508.  
  3509.  net.inet.ip.ttl
  3510. Gibt die Standard-ttl (time-to-live) für von Miami verschickte Pakete an. 
  3511. Sollte auf dem Standardwert 64 stehen. 
  3512.  net.inet.ip.rtexpire/rtminexpire/rtmaxcache
  3513. Kontrolliert Timing und Größe für Route-Cloning. Sie sollten diese Werte nicht 
  3514. ändern. 
  3515.  
  3516.  net.inet.ip.sourceroute
  3517. Gibt an, was mit Paketen passieren soll, die eine IP-Source-Route-Option 
  3518. enthalten. Diese Option ist nur für Router wichtig. 
  3519.  
  3520.  net.inet.ip.pathmtudisc
  3521. Gibt an, on Path MTU Discovery ein- oder ausgeschaltet sein soll (1/0). Der 
  3522. Standard ist, es einzuschalten, aber wenn Ihre Netzanbindung durch alte, 
  3523. defekte Router läuft, und Sie Probleme mit TCP-Verbindungen haben, dann 
  3524. versuchen Sie, diese Option auszuschalten. 
  3525.  
  3526.  net.inet.icmp.maskrepl
  3527. Gibt an, ob Miami eine Netzmaske als Antwort auf ICMP-Masken-Anfragen 
  3528. verschicken soll. Wenn die Netzmaske korrekt konfiguriert ist und diese Option 
  3529. eingeschaltet wird, dann kann ein anderer Rechner auf dem lokalen Netz in 
  3530. MiamiInitSANA2 oder Miami automatisch die korrekte Netzmaske per ICMP erkennen. 
  3531.  
  3532.  
  3533.  net.inet.tcp.rfc1323
  3534. Schaltet die RFC1323-TCP-Erweiterungen ein. Diese Erweiterungen kollidieren mit 
  3535. PPP/SLIP-VJC, sollten also nur für Bus-Schnittstellen eingeschaltet werden, 
  3536. nicht für Punkt-zu-Punkt-Schnittstellen. 
  3537.  
  3538.  net.inet.tcp.rfc1644
  3539. Schaltet T/TCP ein. 
  3540.  
  3541.  net.inet.tcp.mssdflt
  3542. Setzt die normale maximale Segmentgröße für TCP. Wenn Ihre Interface-MTU größer 
  3543. ist als 552, sollten sie diesen Wert erhöhen, um Path MTU Discovery besser zu 
  3544. nutzen. 
  3545.  
  3546.  net.inet.tcp.rttdflt
  3547. Diese Option kontrolliert das Zeitverhalten von TCPs Retransmission und sollte 
  3548. nicht verändert werden. 
  3549.  
  3550.  net.inet.tcp.keepidle/keepintvl
  3551. Diese Optionen kontrollieren das Zeitverhalten von TCPs Keep-Alive-Timer und 
  3552. sollten nicht verändert werden. 
  3553.  
  3554.  net.inet.tcp.sendspace/recvspace
  3555. Diese Optionen definieren die Standardgröße von TCPs Sende- und 
  3556. Empfangsfenstern und sollten nicht verändert werden. 
  3557.  
  3558.  net.inet.tcp.bulkftp
  3559. Reserviert für zukünftige Verwendung, und derzeit ungenutzt. Nicht ändern ! 
  3560.  
  3561.  net.inet.udp.checksum
  3562. Schaltet UDP-Prüfsummen bei allen abgeschickten Paketen ein. Diese Option 
  3563. sollte immer eingeschaltet sein. 
  3564.  net.inet.udp.maxdgram/recvspace
  3565. Diese Optionen kontrollieren Grenzwert für UDP-Pakete und sollten nicht 
  3566. verändert werden. 
  3567.  
  3568.  dns.cache.size
  3569. Kontrolliert die Größe von Miami"s eingebautem DNS-Cache. 
  3570.  
  3571.  dns.cache.flush
  3572. Wenn man diesen Wert auf 1 setzt entleert Miami den eingebauten DNS-Cache. 
  3573.  
  3574.  dns.cache.enabled
  3575. Schaltet Miami"s eingebauten DNS-Cache ein oder aus. Der Standardwert ist 2, 
  3576. d.h. alle Host-Einträge werden gecached. Wenn die Variable auf 1 gestellt wird, 
  3577. werden nur Host-Einträge mit einer einzigen IP-Adresse gecached. Auf diese 
  3578. Weise werden Probleme mit "round-robin"-IP-Adress-Tausch vermieden. Wenn diese 
  3579. Variable auf 0 gesetzt wird, ist Miami"s DNS-Cache komplett ausgeschaltet. Der 
  3580. Cache sollte nur ausgeschaltet werden, wenn Sie eine sehr schnelle Verbindung 
  3581. zu einem lokalen DNS-Server haben. 
  3582.  
  3583.  dns.cache.split
  3584. Diese Variable ist normalerweise 0, d.h. Miami verwendet einen einzigen, 
  3585. kombinierten DNS-Cache für vorwärts- und rückwärts-DNS-Suche. Wenn Sie diese 
  3586. Variable auf 1 setzen, verwendet Miami getrennte Caches für vorwärts- und 
  3587. rückwärts-DNS-Suche. Dadurch werden Ausgaben von z.B. MiamiNetStat langsamer, 
  3588. aber es garantiert die "korrekte" rückwärts-Ermittlung der Hostnamen, die zu 
  3589. einer IP-Adresse gehören (mittels PTR-Lookup). 
  3590.  
  3591.  inetd.retrytime
  3592. Gibt die Verzögerung an, nach der InetD versucht, für einen Socket erneut 
  3593. bind() aufzurufen, wenn das beim ersten Mal nicht geklappt hat. 
  3594.  
  3595.  inetd.toomany 
  3596. Gibt die maximale Anzahl Verbindungen an, die InetD innerhalb des definierten 
  3597. Zeitintervalls akzeptiert. 
  3598.  
  3599.  inetd.cntintvl
  3600. Gibt das zu inetd.toomany gehoerende Zeitintervall an. 
  3601.  
  3602.  inetd.maxbuiltin
  3603. Gibt die maximale Anzahl der Prozesse an, die für interne Server in InetD 
  3604. erzeugt werden sollen. 
  3605.  
  3606.  inetd.processpri
  3607. Gibt die Prozess-Priorität für Server an, die von InetD gestartet werden. Der 
  3608. Standard ist -5. Sie sollten diesen Wert erhöhen, wenn Sie CPU-intensive 
  3609. Hintergrundprozesse verwenden (z.B. den RC5-Challenge-Client). Ansonsten 
  3610. erhalten Ihre Server nie CPU-Zeit. 
  3611.  
  3612.  socket.maxqlen
  3613. Diese Option gibt die Länge der Socket-Verbindungs-Warteschlange für einen 
  3614. listen()-Parameter von 5 an. Der Standard ist 7, aber wenn Sie mit einem sehr 
  3615. schnellen Netz verbunden sind, und ausreichend Speicher haben, sollten Sie 
  3616. diesen Wert erhöhen, um die möglichen Effekte von SYN-Flooding zu reduzieren. 
  3617.  
  3618.  
  3619. 15.14 MiamiTCPDump
  3620.  
  3621.     MiamiTCPDump ermöglicht es, Netzwerk-Pakete zu filtern und dann auszugeben. 
  3622.  
  3623.     Gebrauch: MiamiTCPDump [-adflnNOqStvx] [-c count] [-F file] [-i interface] [-r 
  3624. file] [-s snaplen] [-T type] [-w file] [expression] 
  3625.  
  3626.     Optionen: 
  3627.  -A Wird in Verbindung mit "-x" verwendet: Pakete werden in ASCII und als 
  3628. Hexdump angezeigt. 
  3629.  -a Versuche, Netzwerk-Adressen und Broadcast-Adressen in Namen umzuwandeln. 
  3630.  -c count Beenden nach <count> Paketen. 
  3631.  -d Compilierten Packet-Matching-Code in lesbarer Form ausgeben, und dann 
  3632. beenden. 
  3633.  -dd Compilierten Packet-Matching-Code als Programmfragment ausgeben. dann 
  3634. beenden. 
  3635.  -ddd Compilierten Packet-Matching-Code als Dezimalzahlen plus Anzahl ausgeben. 
  3636.  
  3637.  -f Nicht-lokale Internet-Adressen numerisch ausgeben, nicht symbolisch. 
  3638.  -F file <file> wird als Eingabe für den Filter-Ausdruck verwendet. Ein 
  3639. weiterer Filter-Ausdruck in der Kommandozeile wird ignoriert. 
  3640.  -i interface Verwende <interface> (derzeit "lo0" oder "mi0"). Wenn nicht 
  3641. angegeben, sucht MiamiTCPDump auf der System-Schnittstellen-Liste nach der 
  3642. konfigurierten Schnittstelle (außer loopback) mit der niedrigsten Nummer. Bei 
  3643. gleichen Nummern wird die erste Schnittstelle verwendet. Derzeit ist das 
  3644. Resultat dieser Suche immer "mi0". 
  3645.  -l Zeilenpufferung für die Standardausgabe einschalten. Nützlich, wenn man 
  3646. sich die Daten während der Ausgabe ansehen möchte. 
  3647.  -n Verhindert, daß Adressen (d.h. Hostadressen, Portnummern usw.) in Namen 
  3648. umgewandelt werden. 
  3649.  -N Verhindert, daß Domainnamen bei Hostnamen mit angegeben werden. Z.B.: wenn 
  3650. man dieses Flag angibt, gibt MiamiTCPDump "nic" statt "nic.ddn.mil" aus. 
  3651.  -O Packet-Matching-Code-Optimizer nicht starten. Das ist nur sinnvoll, wenn 
  3652. Sie einen Bug im Optimizer vermuten. 
  3653.  -q Kurze Ausgabe. Gibt weniger Protokollinformationen aus, d.h. die Zeilen 
  3654. sind kürzer. 
  3655.  -s snaplen Übernimmt <snaplen> Bytes von jedem Paket statt des Standards (68). 
  3656. 68 Bytes sind angemessen für IP, ICMP, TCP und UDP, aber können 
  3657. Protokollinformationen von Nameservern oder NFS-Paketen zu früh abschneiden 
  3658. (siehe unten). Pakete, die wegen einer zu kleinen <snaplen> angeschnitten 
  3659. wurden, werden in der Ausgabe mit "[proto]" angezeigt, wobei <proto> der Name 
  3660. des Protokolls ist, bei dem das Paket abgeschnitten wurde. Beachten Sie, daß 
  3661. eine größere <snaplen> die Verarbeitungszeit pro Paket erhöht, und die 
  3662. effektive Puffergröße verringert. Sie sollten <snaplen> auf den kleinsten Wert 
  3663. stellen, der noch alle Protokollinformationen enthält, an denen Sie 
  3664. interessiert sind. 
  3665.  -S Gibt absolute anstelle von relativen TCP-Sequenznummern aus. 
  3666.  -T type Erzwingt, daß selektierte Pakete als Typ <type> interpretiert werden. 
  3667. Derzeit bekannte Typen sind:
  3668.  
  3669.      · rpc (Remote Procedure Call) 
  3670.  
  3671.      · rtp (Real-Time Applications protocol) 
  3672.  
  3673.      · rtcp (Real-Time Applications control protocol), 
  3674.  
  3675.  
  3676.      · vat (Visual Audio Tool), 
  3677.  
  3678.      · wb (distributed White Board). 
  3679.  
  3680.  -t Uhrzeit nicht auf jeder Zeile ausgeben. 
  3681.  -tt Unformatierte Uhrzeit auf jeder Zeile ausgeben. 
  3682.  -v Etwas ausführliche Ausgabe. Es werden z.B. die time-to-live und die 
  3683. type-of-service-Informationen in einem IP-Paket mit ausgegeben. 
  3684.  -vv Noch ausführlichere Ausgabe. Es werden z.B. zusätzliche Felder von 
  3685. NFS-Antwort-Paketen mit ausgegeben. 
  3686.  -w file Speichert die Pakete in <Datei>, statt sie zu analysieren. Das erlaubt 
  3687. eine spätere Auswertung mit der Option "-r". Die Standardausgabe wird 
  3688. verwendet, wenn <file> als "-" angegeben wird. 
  3689.  -x Gibt jedes Paket (ausser dem Link-Level-Header) hexadezimal aus, bis zu 
  3690. <snaplen> pro Paket. 
  3691.  
  3692.     <expression> gibt an, welche Pakete ausgegeben werden sollen. Wenn keine 
  3693. <expression> angegeben wurde, werden alle Pakete ausgegeben. Ansonsten werden 
  3694. nur die Pakete ausgegeben, auf die <expression> zutrifft. 
  3695.  
  3696.     Die Syntax von <expression> ist zu umfangreich und komplex, um sie hier 
  3697. vollständig zu dokumentieren. Für eine vollständige Beschreibung der Syntax und 
  3698. aller Details des Ausgabeformats sehen Sie bitte in der Dokumentation der frei 
  3699. erhältlichen BSD-Version von "tcpdump" nach. Hier sind einige Beispiele für 
  3700. gültige Ausdrücke: 
  3701.  "host sundown" Gibt alle Pakete aus, die beim host "sundown" ankommen oder von 
  3702. dort abgeschickt werden. 
  3703.  "host helios and ( hot or ace )" Gibt alle Pakete aus zwischen "helios" und 
  3704. "hot" oder "ace". 
  3705.  "ip host ace and not helios" Gibt alle IP-Pakete aus zwischen "ace" und jedem 
  3706. Host außer "helios". 
  3707.  "tcp[13] & 3 != 0" Gibt die Start- und End-Pakete (SYN und FIN) für jede 
  3708. TCP-Verbindung aus. 
  3709.  "icmp[0] != 8 and icmp[0]!= 0" Gibt alle ICMP-Pakete aus, die nicht 
  3710. Echo-Requests/Replies sind (also keine Ping-Pakete). 
  3711.  
  3712.  
  3713. 15.15 MiamiTraceRoute
  3714.  
  3715.     Gibt den Weg aus, den Pakete zu einem Rechner nehmen. 
  3716.  
  3717.     Gebrauch: MiamiTraceRoute [-m max_ttl] [-n] [-p port] [-q nqueries] [-r] [-s 
  3718. src_addr] [-t tos] [-v] [-w waittime] host [packetsize] 
  3719.  
  3720.     Optionen: 
  3721.  -m max_ttl Gibt die maximale time-to-live (maximale Anzahl Schritte) aus für 
  3722. abgeschickte Pakete. Der Standard ist 30. 
  3723.  -n Gibt Adressen numerisch statt symbolisch und numerisch aus (spart einen 
  3724. DNS-Lookup pro Gateway entlang des Pfads). 
  3725.  -p port Gibt den Basis-UDP-Port an, der in Paketen verwendet wird (Standard 
  3726. ist 33434). MiamiTraceRoute hofft, dass niemand auf UDP-Ports <port>+nhops-1 
  3727. beim Zielhost Verbindungen annimmt (damit eine ICMP PORT_UNREACHABLE-Nachricht 
  3728. zurückgegeben wird, um das Tracing zu beenden). Wenn jemand auf Verbindungen in 
  3729. diesem Portbereich wartet, kann diese Option benutzt werden, um einen 
  3730. ungenutzten Portbereich auszuwählen. 
  3731.  -q nqueries Setzt die Anzahl Packets pro "ttl" auf <nqueries>. Standard ist 
  3732. drei. 
  3733.  -r Normale Routing-Tabellen umgehen, und Daten direkt an einen direkt 
  3734. angeschlossenen Host schicken. Wenn der Host nicht mit einem direkt 
  3735. angeschlossenen Netz verbunden ist, wird ein Fehler zurück gegeben. 
  3736.  -s src_addr Verwendet die angegebene IP-Adresse (angegeben als IP-Adresse, 
  3737. nicht als Hostname) als Quell-IP-Adressse in verschickten Paketen. Auf Rechnern 
  3738. mit mehr als einer IP-Adresse kann man so eine andere IP-Adresse erzwingen, als 
  3739. die von dem Interface, auf dem das Paket verschickt wird. Wenn die angegebene 
  3740. IP-Adresse keine gültige IP-Adresse für diesen Host ist, wird ein Fehler 
  3741. zurückgegeben, und nichts wird verschickt. 
  3742.  -t tos Setzt den type-of-service in Paketen auf den angegebenen Wert (Standard 
  3743. ist 0). Der Wert muß im Bereich von 0 bis 255 sein. Diese Option kann verwendet 
  3744. werden um zu erkennen, ob verschiedene types-of-service zu unterschiedlichen 
  3745. Pfaden führen würden. 
  3746.  -v Ausführliche Ausgabe. Empfangene ICMP-Pakete ausser TIME_EXCEEDED und 
  3747. UNREACHABLE werden ausgegeben. 
  3748.  -w Gibt die maximale Wartezeit für eine Antwort an. (Standard ist 3 Sekunden). 
  3749.  
  3750.  
  3751.  
  3752. 16 Kompatibilität
  3753.  
  3754.     Bisher funktioniert Miami mit allen AmiTCP-Clients und -Servern, mit denen es 
  3755. getestet wurde, mit einer Ausnahme: 
  3756.  
  3757.     Die AmiTCP-4.x-Version von "telnet" funktioniert normalerweise nicht mit 
  3758. Miami. Das liegt daran, daß diese "telnet"-Version einige undokumentierte 
  3759. Eigenschaften von "TCP:" ausnutzt, die nicht von Miami emuliert werden können. 
  3760.  
  3761.     Es gibt dafür zwei Lösungen: 
  3762.  
  3763. · Verwenden Sie eine andere telnet-Version, z.B. die Version, die im Aminet in 
  3764. comm/tcp erhältlich ist, ein Terminalprogramm zusammen mit telser.device, oder 
  3765. "napsaterm" im telnet-Modus, oder den neuen graphischen telnet-Client 
  3766. "AmTelnet", erhältlich von www.vapor.com 
  3767.  
  3768. · Installieren Sie die Version des "inet-handler", die AmiTCP 4.0demo beiliegt, 
  3769. erzeugen Sie einen entsprechenden Mountlist-Eintrag für "TCP:", und geben Sie 
  3770. "mount TCP:" ein bevor Sie Miami starten (wobei natürlich immer noch auf den 
  3771. Miami-Stack zugegriffen wird), statt die in Miami eingebaute Version von "TCP:" 
  3772. zu verwenden. 
  3773.  
  3774.  
  3775. 17 Einschränkungen
  3776.  
  3777.     Die Demoversion hat die folgenden Einschränkungen: 
  3778.  
  3779.     · Nach 60 Minuten legt Miami die Leitung auf. SANA-II-Verbindungen werden nach 
  3780. 30 Minuten unterbrochen. 
  3781.  
  3782.     · Es ist nicht möglich, TCP-Verbindungen aktiv zu halten, wenn das Modem 
  3783. auflegt. 
  3784.  
  3785.     · Die "Ereignisse"-Optionen "Auto-Online nach passivem Offline" und das 
  3786. Starten von ARexx-Skripten sind nicht verfügbar. 
  3787.  
  3788.     · Die Anzahl der Telefonnummern im Wählmodul ist beschränkt auf drei. 
  3789.  
  3790.     · Telefon-Logging ist nicht möglich. 
  3791.  
  3792.     · Die Fenster-Optionen sind nicht anwählbar. 
  3793.  
  3794.     · Multicasting und T/TCP sind nicht aktiv. 
  3795.  
  3796.     · Der IP-Filter steht nicht zur Verfügung. 
  3797.  
  3798.     · Dauer-Ping-Schutz ist nicht anwählbar. 
  3799.  
  3800.     · Das Sortieren, Mischen und der Clipboard-Im/Export der Datenbank sind nicht 
  3801. möglich. 
  3802.  
  3803.     · PPP-Rückruf ist nicht anwählbar. 
  3804.  
  3805.     · Die Paket-Monitor-Funktion (für externe Paket-Monitore wie MiamiTCPDump) 
  3806. funktioniert nicht. 
  3807.  
  3808.     · System-Log-Ereignisse können nicht an syslog.library exportiert werden. 
  3809.  
  3810.     · Die Hilfsprogramme MiamiIfConfig, MiamiRoute, MiamiSysCtl und MiamiTCPDump, 
  3811. sowie die Libraries miamibpf.library und miamipcap.library können nicht 
  3812. verwendet werden. 
  3813.  
  3814.     · MS-CHAP-Unterstützung ist nicht verfügbar. 
  3815.  
  3816.     · Das GTLayout-GUI-Modul hat einige Einschränkungen, verglichen mit der 
  3817. MUI-Version: 
  3818.  
  3819.     · Drag&drop-Sortieren in Listviews ist nicht möglich. 
  3820.  
  3821.     · Mit aktuellen Versionen von gtlayout.library (<=43.6) ist das Layout in 
  3822. einigen Windows nicht sehr hübsch: es scheint etwas unnötigen Leerraum im 
  3823. unteren Fensterbereich zu geben. Das ist vermutlich ein Fehler in 
  3824. gtlayout.library, der hoffentlich in neueren Versionen behoben wird. 
  3825.  
  3826.  
  3827. 18 Entwicklung
  3828.  
  3829.  Version 3.0 Release-Version    
  3830. Zu viele Änderungen, um sie hier anzugeben. Viele Teile des Programms wurden 
  3831. komplett neu geschrieben. Keyfiles V3 werden benötigt. 
  3832.  Version 2.1p Zwischenversion
  3833. Letzte offizielle Release-Version vor 3.0. Hauptsächlich Fehlerkorrekturen, und 
  3834. kleinere Änderungen verglichen mit     vorherigen Versionen. 
  3835.  
  3836.  
  3837. 19 Die Zukunft
  3838.  
  3839.     Meine kurzfristigeren Pläne für Miami beinhalten: 
  3840.  
  3841.     · Ein neues API zur Handhabung von Online/Offline-Übergängen, kontrolliert von 
  3842. Clients. 
  3843.  
  3844.     · Ein vollständig neues API ("ANDI") für wesentlich einfacheren, 
  3845. protokoll-unabhängigen Zugriff auf TCP/IP-Funktionen von Anwendungen. 
  3846.  
  3847.     ISDN ist ein anderer Schwerpunkt. Externe ISDN-Terminal-Adapter werden schon 
  3848. vollständig unterstützt. Das gleiche gilt für die ISDN-Master-Karte in den 
  3849. meisten Modi, mit Ausnahme von "synchronem PPP im HDLC-Modus". Dieser Modus 
  3850. erfordert neue Treiber und ein neues API, aber einige Leute arbeiten daran... 
  3851.  
  3852.     Die einzige größere (absichtliche) Einschränkung von Miami ist, daß nur eine 
  3853. einzige Schnittstelle genutzt werden kann. Ein Nachfolgeprogramm "Miami Deluxe" 
  3854. ist für später im Jahr 1998 geplant. Meine derzeitigen Pläne für Miami Deluxe 
  3855. beinhalten Unterstützung für PPP-Dial-in-Verbindungen, mehrere Schnittstellen, 
  3856. und vermutlich viele andere Funktionen, die für Router-Betrieb nützlich sind, 
  3857. wie Socks-Daemon-Unterstützung, IP-Masquerading, und Firewall-Funktionen. 
  3858.  
  3859.     Es wird für registrierte Miami-Anwender einen Rabatt bei der Registrierung von 
  3860. Miami Deluxe geben. 
  3861.  
  3862.  
  3863. 20 Unterstützung
  3864.  
  3865.     Es gibt verschiedene Möglichkeiten, technische Unterstützung und Updates zu 
  3866. bekommen: 
  3867.  Email kruse 
  3868.  normale Post
  3869.  Holger Kruse
  3870. c/o Nordic Global Inc.
  3871. P.O. Box 780248
  3872. Orlando FL 32878-0248
  3873. USA
  3874.  
  3875.  WWW http://www.nordicglobal.com/Miami.html 
  3876.  
  3877.  Mailing-Listen 
  3878. Schicken Sie "SUBSCRIBE miami-announce-ml" oder "SUBSCRIBE miami-talk-ml" im 
  3879. Text einer Email an "Majordomo 
  3880.  
  3881.  
  3882. 21 Danksagungen
  3883.  
  3884.     Herzlichen Dank an 
  3885.  
  3886.     · Die Tester früher Alpha- und Beta-Versionen Karl Bellve, Mike Fitzgerald, 
  3887. Adam Hough, Daniel Saxer, Stefan Stuntz und Oliver Wagner. 
  3888.  
  3889.     · Karl Bellve und Daniel Saxer für Ihre große Unterstützung. 
  3890.  
  3891.     · NSDi für das erste frei erhältliche TCP/IP-Protokoll-System für AmigaOS und 
  3892. eine sehr brauchbare Programmierschnittstelle. 
  3893.  
  3894.     · James Cooper, Steve Krueger und Doug Walker für das SAS/C Entwicklungssystem 
  3895. und Ihre große Unterstützung. 
  3896.  
  3897.     · Stefan Stuntz für sein hübsches User-Interface-Paket MUI. 
  3898.  
  3899.     · Klaus Melchior für die MUI custom class "Busy.mcc". 
  3900.  
  3901.     · Robert Reiswig für das Ausleihen von Computerhardware. 
  3902.  
  3903.     · der University of California für ihre erfolgreiche Arbeit an dem exzellenten 
  3904. BSD-Netzwerk-Code. 
  3905.  
  3906.     · Reinhard Spisser und Sebastiano Vigna for ihre Amiga-Portierung von 
  3907. "makeinfo". 
  3908.  
  3909.     · Paul Trauth, dem Sieger des Miami-Logo-Contest, for seine hübsche 
  3910. Image-Sammlung. 
  3911.  
  3912.     · John Pszeniczny for seine Variationen des "Miami"-Logos. 
  3913.  
  3914.     · Martin Huttenloher und Stefan Stuntz für die Erlaubnis, MagicWB-Grafiken in 
  3915. Miami zu benutzen. 
  3916.  
  3917.     · Roman Patzner für neu designete Icons. 
  3918.  
  3919.     · Olaf Barthel für die gtlayout.library. 
  3920.  
  3921.     · allen Anwendern, die sich dazu entscheiden, sich für Miami zu registrieren. 
  3922.